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Beschreibung 

Verfahren zum Ansteuern einer zentralen Verarbeitungseinheit 
fur eine Adressierung bezuglich eines Speichers und Control- 
5 ler 

Die vorliegende Erfindung bezieht sich auf Controller, wie 
z.B. Mikrocontroller, Mikroprozessoren und dergleichen, wie 
sie beispielsweise bei ASICs (ASIC = application specific in- 

10 tegrated circuit = anwendungsspezif ische integrierte Schal- 
tung) , SOCs (SOC = system on chip = Einchipsystem) oder der- 
gleichen verwendet werden, und insbesondere auf Controller, 
die auf einer CPU-Architektur (CPU = central processing unit 
= zentrale Verarbeitungseinheit) basieren, die eine Adressie- 

15 rung einer benotigten Speichergrofte nicht unterstut zen . 

Obwohl die Entwicklung von Mikroprozessoren und Mikrocontrol- 
lern zu erheblichen Leistungssteigerungen gefuhrt hat, erhal- 
ten auf bestimmten technischen Anwendungsgebieten, wie z.B. 

20 im Chipkartenbereich oder bei SOC-Entwiirf en, dennoch altere 
CPU-Architekturen den Vorzug uber neuere Architekturen bei 
der -Integration einer CPU in eine integrierte Schaltung. Ein 
Grund hierfiir besteht darin, dali neuere CPU-Architekturen mit 
einer hoheren Leistungsf ahigkeit haufig fur das jeweilige 

25 vorgesehene Anwendungsgebiet uberdimensioniert und somit in 
Hinblick auf die durchzuf uhrenden Aufgaben zu viel Leistung 
benotigen und zu viel Chipflache einnehmen. Ein weiterer 
Grund, eine altere CPU-Architektur einer neueren, leistungs- 
fahigeren vorzuziehen, besteht darin, dali die Softwareent- 

30 wicklungsumgebung fur die alteren CPU-Architekturen, wie z.B. 
die 8051- oder 8052-basierte Mikrocontrollerarchitektur, bei 
den Kunden haufig beliebter ist, und daft fur dieselben mehr 
Sof twareentwickler zur Verfugung stehen. 



35 



Das Problem der beim Kunden beliebteren Sof twareentwicklungs- 
umgebung fur altere Controller-Architekturen ist insbesondere 
im Chipkartenbereich bedeutend, da hier die Erzeugung der auf 
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der Chipkarte abarbeitungsf ahigen Maschinenprogramme bzw. der 
lauffahigen Maschinencodes nicht in das Auf gabengebiet des 
Chipherstellers fallt, sondern vielmehr aus Sicherheitsgriin- 
den den Groilkunden, wie z.B. Banken, und deren Sof twareent- 
5 wicklungsfirmen sowie der jeweiligen Betriebssystementwick- 
lungsfirma obliegt. Ferner ist es aufgrund der hohen benotig- 
ten Stuckzahlen fur die Chipkartenkunden von enormer Bedeu- 
tung, den jeweiligen Anf orderungen angepafite Chipkartencon- 
troller zu verwenden, urn die Kosten rnoglichst gering zu hal- 
10 ten. Der Chipkartenhersteller muB folglich, sowohl urn den 

Low-End-Chipkartenbereich zufrieden zu stellen, als auch um 
den Wunsch einiger Kunden nach bekannten Sof twareentwick- 
lungsumgebungen nachzukommen, Chipkarten anbieten konnen, die 
auf einer alteren Mikrocontrollerarchitektur basieren. 

15 

Ein Problem bei der Verwendung von alteren Controller- 
Architekturen bei der Chipkartenherstellung besteht jedoch 
darin, daii die Adressierungsmoglichkeiten derselben nicht 
ausreichend sind. So reicht im Chipkartenbereich zwar die 

20 Leistungsfahigkeit einer 8051-basierten CPU grundsatzlich 

aus, um die Verwaltungsauf gaben einer Chipkarte zu uberneh- 
men, aber aus Grunden der hohen Sicherheitsanf orderungen mus- 
sen auf der Chipkarte von Kryptocoprozessoren Kryptographie- 
algorithmen abgearbeitet werden, die Rechenoperationen beziig- 

25 lich sehr grofier Operanden umfassen. Bei dem bekannten RSA- 

(Rivest # Sharmir und Adleman) Algorithmus sind beispielsweise 
OperandenlSngen von 1024 ublich. Aufgrund dieser grofien zu 
verarbeitenden Operandenlangen sowie der KomplexitSt der 
Kryptographiealgorithmen selbst, ist bei Chipkarten der 

30 Zugriff auf einen rnoglichst gro/ien Speicher erf orderiich . Das 
Problem bei der Verwendung von CPUs , die auf alteren Control- 
lerarchitekturen bestehen, besteht hierbei darin, daB diesel- 
ben die Adressierung lediglich kleiner Speichergrofien zulas- 
sen. 8051-basierte CPUs ermoglichen beispielsweise lediglich 

35 die Adressierung von 64kByte. 
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Ein moglicher Losungsansat z, urn trotz der Verwendung eines 
Controllers alterer Architektur einer groften Speicher adres- 
sierbar zu machen, besteht darin, extern gespeicherte De- 
skriptoren bzw. Basisadressen zu verwenden, die die Lage ei- 
5 nes durch die CPU adressierten Speicherf ensters festlegen, so 
daft der durch die CPU .adressierbare Speicherbereich mittels 
des Speicherf ensters uber den gesamten groBeren Speicher ver- 
schiebbar ist. Fig. 4 zeigt ein Blockschaltbild eines 8-Bit- 
Controllers, der allgemein mit 800 angezeigt ist und aus ei- 

10 ner 8051-basierten CPU 805 und einer MMU (MMU = memory mana- 
gement unit = Speicherverwaltungseinheit ) besteht, sowie ei- 
nen mit dem Controller 800 verbundenen Speicher 815, der sich 
aus verschiedenen Speichertypen zusammensetzen kann, wie z.B. 
einem Nur-Lese-Speicher (ROM), einem Direktzugrif f sspeicher 

15 (RAM) , einem nicht f luchtigen Speicher (NVM = non-volatile 
memory), wie z»B. einem EE PROM oder einem Flash-Speicher, 
oder dergleichen, und lediglich zum besseren Verstandnis als 
ein Block dargestellt ist. Die CPU 805 ist uber eine 8-Bit- 
Adrefileitung 820 und eine bidirektionale 8-Bit-Datenleitung 

20 825 mit der MMU 810 verbunden, die wiederum uber eine 12-Bit- 
Adreftleitung 840 und eine bidirektionale 8-Bit-Datenleitung 
845 mit dem Speicher 815 verbunden ist. In dem Fall einer 
Chipkarte ist der Controller 800 beispielsweise mit weiteren 
Komponenten, wie z.B. einem Kryptocoprozessor zur Durchfuh- 

25 rung von Kryptographiealgorithmen, einem Interruptmodul, ei- 
ner kontaktbehaf teten oder kontaktlosen Schnittstelle zur 
Durchftihrung der Kommunikation mit einem Terminal, einem Zu- 
f allszahlengenerator und weiteren Komponenten verbunden, die 
in Fig. 4 zur Vereinf achung der Darstellung nicht gezeigt 

30 sind. 

Ein Problem bei dem Controller 800 von Fig. 4 besteht darin, 
daft die CPU 805 auf einer 8-Bit-Architektur basiert und im 
Rahmen ihres Bef ehlssatzes 855 lediglich eine Adressierung 
35 von 64 kByte zulaftt, wahrend die Grofle des Speichers 815 in 

dem Fall einer Chipkarte grofter bemessen sein muft, und in dem 
Beispiel von Fig. 4 beispielsweise ein Megabyte betragt. Der 
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Grund dafur, daB far die CPU 805 lediglich 64 kByte adres- 
sierbar sind, besteht darin, daB bei Datenzugrif f en mittels 
des Bef ehlssatzes 855 und insbesondere mittels der Le- 
se/Schreib-Bef ehle, wie z.B. der MOV-Befehle, und bei Code- 
5 zugriffen zur Erzeugung einer Adresse lediglich 2 Byte (16 
Bit) verwendet werden, die lediglich eine Codierung von 2 16 = 
64k Zustanden ermoglichen. 

Bei Ausfuhrung eines Lese-Bef ehls gibt die CPU 805 die 16- 

10 Bit-Adresse auf der 8-Bit-AdreBleitung 820 und der 8-Bit- 
Datenleitung 825 aus. Als Antwort erwartet die CPU 805 auf 
den Datenleitungen 825 den Speicherinhalt des Speichers 815 
an der angef orderten Adresse. Urn die Adressierung des 1-MB- 
Speichers 815 zu ermoglichen, ist auBerhalb der CPU 805 in 

15 der MMU 810 ein Datendeskriptor 860 gespeichert, der eine Ba- 
sisadresse angibt, die zu der 16-Bit-Adresse von der CPU 805 
addiert wird, woraufhin das Ergebnis auf der 12-Bit-AdreB- 
leitung 840 und der 8-Bit-Datenleitung 845 zur Adressierung 
an den Speicher 815 ausgegeben wird. Auf diese Weise wird 

20 durch den Deskriptor 860 ein 64k Datenspeicherf enster 865 in 
dem Speicher 815 definiert, dessen Startadresse der durch den 
Deskriptor 860 angegebenen Basisadresse entspricht. Durch 
Vorsehen des Deskriptors 860 und der MMU 810 wird sicherge- 
stellt, daB die CPU 805 bei Speicherzugrif f en bezuglich des 

25 Speichers 815 immer auf das Speicherf enster 865 zugreift, wo- 
bei die von der CPU 805 ausgegebene Adresse den Versatz des 
zu lesenden Bytes innerhalb des Speicherf ensters 875 angibt. 
Die CPU 805 fuhrt einen Schreib- oder Lesebefehl aus, wobei 
die MMU 810 die 16-Bit-Adresse von der CPU 805 in eine physi- 

30 kalische 20-Bit-Adresse vibersetzt und den Zugriff entspre- 
chend umlenkt. 

Obwohl das Konzept des Deskriptors 8 60 in Verbindung mit der 
MMU 810 auf beliebige SpeichergrdBen erweiterbar ist, ist 
35 dasselbe dahingehend nachteilhaf t, dali bei Speicherzugrif fen 
auf Adressen des Speichers 815 auBerhalb des Speicherf ensters 
865 zuvor die MMU 810 umkonf iguriert werden muB, d.h. der De- 
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skriptor 860 entsprechend neu eingestellt werden mufi. Diese 
Umkonf igurierung der MMU 810 ist insbesondere deshalb aufwen- 
dig, da sie eine sof twaremafiige Einstellung des Deskriptors 
860 erfordert, und da in einem fur die CPU 805 standig sicht- 
baren (d. h. adressierbaren) Speicher ein Verwaltungscode 870 
gespeichert sein mufc, der einen MMU-Einstellungscode zur Ein- 
stellung des Deskriptors 860 umfafit, was den zumeist ohnehin 
knapp bemessenen direkt adressierbaren Speicher verringert. 
Aufierdem ben6tigt das Einstellen des Deskriptors 8 60 zusatz- 
liche Taktzyklen, was die Arbeitsgeschwindigkeit des Control- 
lers verringert. Unter Annahme der oben angegebenen Speicher- 
groiien betragt die Zeitdauer ftir einen Datenzugriff auf eine 
Speicheradresse des Speichers 815 aufierhalb des Speicherf en- 
sters 865 fur ein kompiliertes Programm beispielsweise 140 
Taktzyklen gegenuber 4 Taktzyklen fur Speicherzugrif f e inner- 
halb des aktuellen Speicherf ensters 865. 

Das Problem der MMU-Umkonf igurierung vergroiiert sich im Be- 
reich der Codezugrif f e, bei denen auf entsprechende Weise ein 
20 Codedeskriptor 875 ein Codespeicherf enster 880 definiert, da- 
durch, dafi bei Ausfuhrung von Unterprogrammen, d.h. Call- 
Befehlen, 'in Speicherbereichen auflerhalb des Speicherf ensters 
880 der Rucksprung in das aktuell eingestellte Speicherfen- 
ster 880 sichergestellt sein muli. Wahrend also bei Verlassen 
25 des aktuell eingestellten Speicherf ensters 880 wahrend der 
Abarbeitung des Maschinencodes in der normalen Befehlsse- 
quenz, d.h. bei Nicht-Vorliegen eines Sprungbef ehls, oder bei 
Sprungbefehlen ohne Ruckkehrabsicht , wie bei Datenzugriff en 
lediglich der Codedeskriptor 875 neu eingestellt werden muft, 
30 mufi bei Sprungbefehlen mit Ruckkehrabsicht sichergestellt 
werden, daB in dem Fall des Rucksprungs der Codedeskriptor 
875 auf den ursprunglichen Wert eingestellt wird. Urn dies si- 
cherzustellen, muli der Verwaltungscode 870 ferner einen In- 
itialisierungscode aufweisen, der bei jedem Sprungbefehl mit 
35 Ruckkehrabsicht bezuglich eines Zieles aufcerhalb des aktuell 
eingestellten Codespeicherf ensters 880 aufgerufen wird, urn 
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sicherzustellen, dali beim Rucksprung die Deskriptoreinstel- 
lungen vor dem Sprung wiederhergestellt werden. 

Eine mogliche sof twaremafiige Realisierung besteht darin, fur 
5 jede Bank, d.h. jede mogliche Speicherf ensterposition, des 
Speichers 815 einen Initialisierungscode und einen Einstel- 
lungs- und Ruckstellungscode vorzusehen, die in einer Tabelle 
organisiert und in dem standig sichtbaren Speicherbereich des 
Speichers 815 gespeichert sind. Urn einen Sprungbefehl mit 

10 Riickkehrabsicht uber die Grenzen des aktuell eingestellten 
Speicherf ensters 865 hinaus durchzuf uhren, mull aus dem Pro- 
grammcode zunachst ein Sprungbefehl mit Ruckkehrabsicht in 
eine Funktion in dem standig sichtbaren Speicherbereich er- 
folgen, die in ein internes Registers 885, wie z.B. einen Da- 

15 tenzeiger DPTR, die 16-Bit-Adresse des Zielcodes bezuglich 

der Zielbank, d.h. den Versatz innerhalb der Zielbank, wo der 
angesprungene Befehl liegt, ladt, und daraufhin den Initiali- 
sierungscode mit einem Sprungbefehl ohne Ruckkehrabsicht in 
den standig sichtbaren Speicherbereich aufruft. Durch Ausfiih- 

20 rung des Initialisierungscodes wird zunachst die Adresse des 
MMU-Ruckstellungscodes zur Wiederherstellung des aktuell ein- 
gestellten Fensters 880 bzw. der aktuellen Bank auf einen 
Stack bzw. Stapelspeicher 8 90 geschoben, dann die zuvor in 
das interne Register 885 geschriebene Adresse auf den Stack 

25 880 geschoben, und abschliefiend der MMU-Einstellungscode fttr 
die neue Ziel-MMU-Bank durch einen Sprungbefehl ohne Ruck- 
kehrabsicht aufgerufen. Am Ende des Einstellungscodes wird 
nach vollzogener MMU-Umkonf igurierung mit einem Rucksprungbe- 
fehl die gewtinschte Funktion bzw. das gewunschte Unterpro- 

30 gramm in dem neu eingestellten Speicherf enster angesprungen. 
Nach Abarbeitung der Funktion wird durch ein Rucksprungbef ehl 
der MMU-Ruckstellungscode zum Wiederherstellen der ursprung- 
lichen MMU-Konf igurierung bzw. zum Wiedereinstellen des ur- 
sprunglich eingestellten Speicherf ensters 880 aufgerufen, urn 

35 die ursprungliche MMU-Einstellung wiederherzustellen . Der 

Rucksprungbefehl am Ende des RUckstellungscodes springt dar- 
aufhin innerhalb des wieder eingestellten Speicherf ensters 
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885 an die entsprechende Folgestelle in dem Programmcode . Urn 
mittels der in dem MMU-Einstellungs- bzw. Ruckstellungscode 
enthaltenen CPU-Befehlen die MMU 810 umstellen zu konnen, 
konnen entweder spezielle Befehle vorgesehen sein, mit denen 
die CPU 805 die MMU 810 bzw. die Deskriptoren 860 und 875 
adressieren kann, oder die MMU 810 spricht auf reservierte 8- 
Bit-Adressen von der CPU 805 auf den Adrefi- und Datenleitun- 
gen 820 und 825 an. 

Urn einen fur die CPU 805 standig adressierbaren bzw. sichtba- 
ren Speicherbereich innerhalb des Speichers 815 zu realisie- 
ren, werden nicht alle von der CPU 805 ausgegebenen 16-Bit- 
Adressen durch die MMU 810 in das Speicherf enster 865 abge- 
bildet, sondern in einem festen Speicherbereich des Speichers 
815, so dafi sich die effektiv adressierbare Grofie des Spei- 
cherf ensters 865 durch den Verwaltungscode 870 reduziert. 

Die Aufgabe der vorliegenden Erfindung besteht darin, ein 
Verfahren zum Ansteuern einer zentralen Verarbeitungseinheit 
zur Adressierung bezuglich eines Speichers und einen Control- 
ler zu schaffen, so dafi die Adressierung von Speichergrofien, 
die liber die durch die CPU aufgrund ihrer Architektur maximal 
adressierbare Speichergrofie hinausgehen, unaufwendiger ist. 

Diese Aufgabe wird durch ein Verfahren gemafi Anspruch 1 oder 
9 und einen Controller gemafi Anspruch 2 oder 10 gelost. 

Der vorliegenden Erfindung liegt die Erkenntnis zugrunde, dafi 
freie CPU-Operationscodes der CPU, d.h. Operationscodes, de- 
nen noch kein Befehl des Bef ehlssatzes der CPU zugewiesen 
ist, und die im folgenden als Frei-Operationscodes bezeichnet 
werden, oder aber CPU-Operationscodeidentif ikatoren, denen 
zwar bereits ein Befehl zugewiesen ist, aber aus einem ande- 
ren Grund verwendbar oder in Hinblick auf bestimmte Operanden 
frei sind, verwendet werden konnen, urn eine der CPU vorge- 
schaltete Unterstutzungseinrichtung anzusteuern, die in der 
Lage ist, ansprechend auf diese allgemein mit Spezial- 
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Operationscodeidentif ikatoren bezeichneten Operationscodei- 
dentif ikatoren eine neue, beispielsweise physikalische, 
Adresse bezuglich eines zweiten Speicherbereichs mit einer 
zweiten SpeichergrSfie zu bilden, die grofier als die durch die 
5 CPU adressierbare, beispielsweise logische, Speichergrofle 

ist. Mittels der Spezial-Operationscodeidentif ikatoren ist es 
hierdurch im Rahmen eines ablauf f ahigen Maschinencodes mog- 
lich, die Unterstutzungseinrichtung anzusprechen, die den Da- 
tenverkehr von dem Speicher zu der CPU Uberwacht, uber den 

10 die abzuarbeitenden Operationscodeidentif ikatoren zu der CPU 
geliefert werden, und die bei Auftreten bestimmter Spezial- 
Operationscodeidentif ikatoren Mafinahmen bezuglich der gebil- 
deten neuen Adresse treffen kann. Auf diese Weise wird einer- 
seits ein aufwendiges Redesign bzw. ein aufwendiger Neuent- 

15 wurf der CPU und andererseits die Notwendigkeit fur eine so- 
wohl in Hinblick auf den lauffahigen Maschinencode als auch 
die Abarbeitungsgeschwindigkeit aufwendige sof twaremaflige Um- 
stellung des aktuellen Speicherf ensters vermieden. 

20 Gemafi einem Aspekt der vorliegenden Erfindung, der sich auf 

Programmsprunge bezieht, ist die Unterstutzungseinrichtung in 
der Lage, zu der CPU einen Operationscodeidentif ikator r der 
einem Sprungbefehl aus dem Befehlssatz der CPU zugewiesen 
ist, zu liefern. Der Sprungbef ehl-Operationscodeidentif ikator 

25 enthalt eine geeignete Zieladresse bezuglich des ersten, z.B. 
logischen, Speicherbereichs, um einen Programmzahler geeignet 
einzustellen. Die Unterstutzungseinrichtung verwaltet gleich- 
zeitig einen Deskriptor der MMU, der die Lage des ersten 
Speicherbereichs innerhalb des Speicherbereichs angibt, bzw. 

30 der derart eingestellt ist, daft die Zieladresse zusammen mit 
dem Codedeskriptor die neue Adresse ergibt. Der der CPU zuge- 
fuhrte Sprungbefehl bezieht sich auf eine Zieladresse bezug- 
lich des ersten Speicherbereichs. Die Unterstutzungseinrich- 
tung stellt die Zieladresse, auf die sich der Sprungbefehl 

35 bezieht, und den Codedeskriptor derart ein, dafi sich die neue 
Adresse in dem ersten, z.B. logischen, Speicherbereich befin- 
det, und damit die Zieladresse, auf die sich der der CPU zu- 
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geftihrte Sprungbefehl bezieht, in Verbindung mit dem Deskrip- 
tor der neuen, z.B. physikalischen, Adresse entspricht. Auf 
diese Weise stellt die Unterstutzungseinrichtung ansprechend 
auf lediglich einen Spezial-Operationscodeidentif ikator si- 
5 cher, dafi einerseits der Deskriptor und andererseits der Pro- 
grammzahler fur den nachsten Codezugriff der CPU, urn den 
nachsten abzuarbeitenden Operationscodeidentif ikator von dem 
Speicher anzufordern, geeignet eingestellt sind, wozu bei der 
in der Beschreibungseihleitung dargestellten sof twaremafiigen 
10 Losung ein Verwaltungscode erforderlich ware. 

Gemaft einem anderen Aspekt der vorliegenden Erfindung, der 
sich auf einen Datenzugrif f sbef ehl bezieht, ist die Unter- 
stutzungseinrichtung in der Lage, der CPU einen vorbestimmten 

15 CPU-Operationscode zuzufuhren, urn dieselbe geeignet zu "sti- 
mulieren", oder in einen geeigneten Zustand zu versetzen, und 
eine Adresse, die die CPU an den Speicher ausgibt, basierend 
auf der gebildeten neuen Adresse zu manipulieren, damit sich 
aus der Sicht des Speichers der Eindruck ergibt, die CPU ware 

20 zur Adressierung des zweiten Speicherbereiches fahig. In dem 
Fall, daft wahrend eines Programms der Inhalt an einer be- 
stimmten Adresse* des Speichers aufierhalb des eingestellten 
Speicherfensters bzw. ersten Speicherbereiches gelesen werden 
soli, also bezuglich des zweiten Speicherbereiches, kann bei- 

25 spielsweise in den abarbeitungsf ahigen Maschinencode ein 

hierfur vorgesehener freier Operationscode eingefugt werden, 
Wenn derselbe von der CPU als nachster zu verarbeitender Be- 
fehl vom Speicher angefordert wird, spricht die Unterstut- 
zungseinrichtung an, urn beispielsweise aus entweder einem 

30 Teil des Operationscodes selbst oder aus Registerinf ormatio- 
nen innerhalb der CPU oder aus Registerinf ormationen extern 
der CPU, in beispielsweise der Unterstutzungseinrichtung, ei- 
ne neue Adresse zu ermitteln. An dieser wird der Speicher 
ausgelesen. Ferner werden der CPU einer oder mehrere CPU- 

35 Operationscodes zugefuhrt, damit die CPU einen anschlieliend 

zugefuhrten Speicherinhalt in ein gewiinschtes Zielregister in 
der CPU eintragt. Aufierdem wird der Programmzahler zum Anzei- 
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gen des nachsten auszuf iihrenden Operationscodes in den Spei- 
cher geeignet eingestellt, damit mit der neuen Adresse auf 
den Speicher zugegriffen werden kann, damit der Speicherin- 
halt der neuen Adresse gelesen und derselbe an die CPU ausge- 
geben werden Jcann. Auch in dem Fall von Datenzugrif f en ist 
folglich kein Verwaltungscode erf orderlich, urn den ersten 
Speicherbereich bzw. ein eingestelltes Speicherf enster zuvor 
zu verschieben. 

Durch das Vorsehen der Verwendung der freien Operationscodes 
Oder Spezial-Operationscodeidentif ikatoren, um eine Unter- 
stiitzungseinrichtung anzusteuern, die die neuen Adressen au- 
Berhalb der CPU bildet, kann vorteilhaf ter Weise eine direkte 
Adressierung des gesamten Speichers uber den durch die CPU 
mit dem CPU-Operationscodeidentif ikatoren direkt adressierba- 
ren Speicherbereich hinaus erzielt werden, ohne wesentliche 
Eingriffe an dem Aufbau der CPU vornehmen zu miissen. Indem 
die Unterstiitzungseinrichtung der CPU vorgeschaltet ist, d.h. 
mit der CPU derart verbunden ist, dali dieselbe den Datenver- 
kehr von dem Speicher zu der CPU uberwachen kann, konnen die 
beispielsweise die freien Operationscodeidentif ikatoren, die 
keinem Befehl aus dem Befehlssatz der CPU zugewiesen sind, 
von der Unterstiitzungseinrichtung abgefangen werden, noch be- 
vor dieselben die CPU erreichen. Auf der Basis der durch die 
Unterstiitzungseinrichtung gebildeten neuen Adresse, auf die 
sich der freie Operationscode bezieht, kann die Unterstiit- 
zungseinrichtung die CPU geeignet stimulieren bzw. ansteuern 
und gegebenenfalls die AdreBsignale der CPU nach aulien hin, 
d.h. gegenuber dem Speicher, geeignet manipulieren . Eine vor- 
bereitende sof twaremafiige Umstellung eines Deskriptors bzw. 
einer Basisadresse ist nicht erf orderlich, wodurch einerseits 
das Vorsehen eines Verwaltungscodes entfallt und andererseits 
die Anzahl der Taktzyklen reduziert wird, die ein Codesprung 
Oder ein Datenzugriff aus einem aktuell eingestellten Spei- 
cherf enster heraus benotigt. Durch den Wegfall des Verwal- 
tungscodes wird zudem kein Speicherplatz in dem standig 
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adressierbaren bzw. fur die CPU sichtbaren Speicherbereich 
belegt . 

Ein weiterer Vorteil der vorliegenden Erfindung besteht dar- 
5 in, daft eine Abwartskompatibilitat zu Maschineneodes, die le- 
diglich auf dem CPU-Operationscodeidentif ikatoren basieren, 
gewahrleistet werden kann, da die Unterstutzungseinrichtung 
fur CPU-Operationscodeidentif ikatoren durchlassig bzw. un- 
merklich sein kann. Zusatzlich kann die Unterstutzungsein- 

10 richtung dazu vorgesehen sein, bei Datenzugrif f en und Sprung- 
befehlen bezuglich Adressen, die sich aufierhalb des aktuell 
eingestellten Speicherf ensters befinden, einen Codedeskriptor 
bzw. Datendeskriptor neu einzustellen, so dafi durch lediglich 
einen Frei- oder Spezial-Operationscodeidentif ikator eine 

15 Neueinstellung eines Speicherf ensters erzielt werden kann. 

Durch die hardwaremMliige Verarbeitung der freien oder Spezi- 
al-Operationscodeidentif ikatoren auflerhalb der CPU konnen zu- 
satzlich Unterbrechungen bzw. Interrupts wahrend beispiels- 
weise der Umstellung der Deskriptoren verhindert werden, so 

20 dali im Vergleich zu der sof twaremafiigen Umstellung die St5r- 
anfalligkeit reduziert ist. 

Bevorzugte Ausf uhrungsbeispiele der vorliegenden Erfindung 
werden nachf olgend bezugnehmend auf die beiliegenden Zeich- 
25 nungen naher erlautert. Es zeigen: 

Fig. 1 ein Blockschaltbild eines Controllers gemSB einem 
Ausfvihrungsbeispiel der vorliegenden Erfindung; 

30 Fig. 2a und 2b ein Flufidiagramm, das die Schritte zeigt, 
die bei dem Controller von Fig. 1 in dem Fall 
durchgefuhrt werden, dafi ein freier Operationscode 
einem Lese-Befehl mit indirekter Adressierung ent- 
spricht; 



Fig. 



3 



ein Flufidiagramm, das die Schritte zeigt, die bei 
dem Controller von Fig. 1 durchgefuhrt werden, 
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falls der freie Operationscode einem Sprungbefehl 
mit direkter Adressierung mit Ruckkehrabsicht ent- 
spricht; und 

Fig. 4 ein Blockdiagramm eines Controllers, der eine bis- 
herige mogliche Losung verwendet, um die Adressie- 
rungsmoglichkeiten einer CPU zu erweitern. 

Bezug nehmend auf die nachfolgende detaillierte Beschreibung 
eines Ausf iihrungsbeispiels der vorliegenden Erfindung wird 
darauf hingewiesen, dafi sich dieselbe auf den Controller ei- 
ner Chipkarte bezieht, obwohl die vorliegende Erfindung auch 
auf Controller bei anderen Anwendungsgebieten angewendet wer- 
den kann, wie z.B. bei ASICs, SOCs Oder TPMs (trusted platt- 
form module = Sicherheitsplattf ormmodul) , oder als einzelner 
Mikrocontrollerbaustein ausgeflihrt sein kann. 

Ferner wird darauf hingewiesen, dafi die folgenden Ausfuh- 
rungsbeispiele lediglich auf freien, nicht reservierten Frei- 
Operationscodes beruhen, denen kein Befehl eines Befehlssat- 
zes der CPU zugewiesen ist. Es sei aber darauf hingewiesen, 
dafi es ebenfalls moglich ist, bei alternativen Ausfuhrungs- 
formen zur Ansteuerung der Unterstutzungseinrichtung reser- 
vierte Operationscodes in Form von Operationscodeidentif ika- 
toren zu verwenden, die aus verschiedenen Griinden hierf ur ge- 
eignet sind, wobei der Ausdruck Operationscodeidentif ikator 
im folgenden eine Kombination aus einem Operationscode und 
einem optionalen Operanden, wie z.B. einem Adreliabschnitt , 
umfassen soil. Es kQnnte beispielsweise sein, dafl ein be- 
stimmter Befehl vom Compiler nicht unterstutzt und verwendet 
wird, und dessen Operationscode somit anderweitig verwendbar 
ist, oder dafi ein Operationscode in Verbindung mit einem be- 
stimmten Operanden frei, d.h. undefiniert, ist. 

Ferner wird darauf hingewiesen, dafi sich die nachfolgende Be- 
schreibung auf einen Speicher der Grofie 1MB bezieht, der 
durch 20 Bits adressiert wird, obwohl auch andere Speicher- 
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groften m5glich sind, wie z.B. 14MB, und andere Anzahlen von 
Bits zur Adressierung, wie z.B. 24. 

Fig. 1 zeigt einen Mikrocontroller, der allgemein mit 10 an- 
5 gezeigt ist, gemafi einem Ausf uhrungsbeispiel der vorliegenden 
Erfindung sowie einen Speicher 20. Der Controller 10 umfafit 
eine CPU 30 , eine Unterstiitzungseinrichtung 40 sowie eine MMU 
bzw. Speicherverwaltungseinheit 50. Die CPU 30 basiert auf 
einer 8051-Controllerarchitektur und ist mit der Unterstut- 

10 zungseinrichtung 40 uber eine bidirektionale 8-Bit-Datenlei- 
tung 60, eine 8-Bit-Adreftleitung 80 und eine Interruptleitung 
Int 90 verbunden. Die Unterstiitzungseinrichtung 40 ist mit 
der MMU 50 uber eine bidirektionale 8-Bit-Datenleitung 100, 
eine 8-Bit-Adreftleitung 120 und eine Interruptleitung Int 130 

15 verbunden. Sowohl die Unterstiitzungseinrichtung 4 0 als auch 
die MMU 50 sind mit dem Speicher 20 uber eine 8-Bit- 
Datenleitung 140 bzw. 150 und eine 12-Bit-Adrel31eitung 180 
bzw. 190 verbunden. 

20 Die CPU 30 umfalit neben anderen, nicht gezeigten Komponenten, 
wie z.B. Addierern, einen Decodierer 210, einen internen RAM 
I RAM 220 sowie interne Register, zu denen ein Stackzeiger 
bzw. Stapelspeicherzeiger 230, ein Programmzahler 240, ein 
Datenzeigerregister DPTR 245 und ein Akkumulator 250 gehoren. 

25 Weitere interne Register 260 sind in dem IRAM 220 vorgesehen, 
in dem ferner ein Stapelspeicher bzw. Stack 270 vorgesehen 
ist. Der Decodierer 210 decodiert Operationscodes Oder Opera- 
tionscodeidentif ikatoren 280, die der CPU 30 auf der 8-Bit- 
Datenleitung 60 zugefuhrt werden, wobei jedem CPU-Operations- 

30 code oder Operationscodeidentif ikator 280 ein Befehl aus ei- 
nem Befehlssatz 290 der CPU 30 zugewiesen ist. 

Die Unterstiitzungseinrichtung 40 umfalit ebenfalls einen Deco- 
dierer 300, urn Operationscodes oder Operationscodeidentif ika- 
35 toren, die der Unterstiitzungseinrichtung 40 auf der 8-Bit- 
Datenleitung 140 von dem Speicher 20 zugefuhrt werden, zu de- 
codieren. Die Unterstiitzungseinrichtung 40 spricht auf be- 
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stimmte Operationscocies 310 an, die nicht zu den CPU- 
Operationscodes 280 gehoren bzw. fur diese reservierte Opera- 
tionscodes sind, und denen folglich kein Befehl aus dem Be- 
fehlssatz 290 der CPU 30 zugewiesen ist. Diese Operationsco- 
des werden im folgenden als Frei-Operationscodes 310 bezeich- 
net. Neben dem Decodierer 300 umfafit die Unterstutzungsein- 
richtung 40 ferner einen Addierer 320, urn, wie es im folgen- 
den erortert werden wird, in der Unterstutzungseinrichtung 40 
gebildete 20-Bit-Adressen urn einen Versatzwert, von bei- 
spielsweise 4 oder 16 Bits / zu modif izieren, sowie ein exter- 
nes drei Byte grofies Datenzeigerregister XDPTR 325. 

Die MMU 50 umfafit externe Register zum Speichern eines Daten- 
deskriptors 330, eines Codedeskriptors 340 und optional eines 
Interruptdeskriptors 350. 

Neben den genannten Komponenten umfassen die CPU 30, die Un- 
terstutzungseinrichtung 40 und die MMU 50 jeweils eine Steue- 
rungseinrichtung, die jedoch nicht gezeigt sind und die aus 
der folgenden Beschreibung hervorgehenden Steuerungsauf gaben 
durchfuhren. 

Es wird darauf hingewiesen, dafi der Chipkartencontroller 10 
ferner mit anderen Komponenten verbunden sein kann, die aus 
Obersichtlichkeitsgrtinden in Fig. 1 nicht gezeigt sind. Zu 
den angeschlossenen Komponenten konnen beispielsweise ein 
oder mehrere Kryptocoprozessoren zum Durchfuhren von Krypto- 
graphiealgorithmen, eine Sende/Empf angsschnittstelle, wie 
z.B. ein UART-Modul (universal asynchronous receiver-trans- 
mitter = universeller asynchroner Sende/Empf anger ) , e'in Os- 
zillator zum Erzeugen eines internen Takts, ein Interruptmo- 
dul zum hardwaremafiigen Generieren von Interruptsignalen, und 
ein Zuf allszahlengenerator gehoren, die durch einen Adrefl- 
Daten-Bus mit dem Controller 10 und beispielsweise insbeson- 
dere mit der Unterstutzungseinrichtung 40 verbunden sind. 
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Der Satz von Operationscodeidentif ikatoren, den die CPU 30 
umfaBt, setzt sich in dem vorliegenden Fall aus CPU- 
Operationscodeident if ikatoren 280 und Frei-Operationscode- 
ident if ikatoren 310 zusammen. Jeder Operationscodeidentif ika- 
5 toren besteht allgemein aus einem Operationscode, der die Be- 
fehlsart und somit die Art und Weise der Verarbeitung fur 
entweder die CPU 30 oder die Unterstutzungseinrichtung 40 an- 
gibt, und gegebenenf alls aus weiteren Informationen, wie z.B. 
einem AdreBabschnitt zur Angabe einer Adresse, auf die sich 

10 der dem Operationscode zugeordnete Befehl bezieht, und/oder 
einem Ojperandenabschnitt zur Angabe eines Operanden, auf den 
sich der Befehl bezieht, wie z.B. eines Versatzwertes bezug- 
lich der in dem AdreBabschnitt angegebenen Adresse, oder ei- 
nes Summanden fur einen Additionsbef ehl . Die Gesamtanzahl von 

15 Operationscodes und folglich auch diejenige der Operationsco- 
deidentif ikatoren ist demnach durch die Anzahl von Codie- 
rungsmoglichkeiten fur die Operationscodes beschrankt. 

Entsprechend der begrenzten Anzahl von AdreBleitungen 80 und 
20 Datenleitungen 60 ermoglicht der Befehlssatz 290 der CPU 30 
lediglich den Zugriff auf einen Speicherbereich mit begrenz- 
ter< SpeichergroBe, d.h. 64 kByte bei einem byteweisen Zu- 
griff. Auch bei Codezugrif f en, bei denen die CPU 30 den nach- 
sten zu verarbeitenden Operationscodeidentif ikator mittels 
25 der in dem Programmzahler 240 gespeicherten 16-Bit-Codeadres- 
se anfordert, 1st die Adressierung auf einen 64kByte-Speicher 
begrenzt. 

Bei dem vorliegenden Ausf uhrungsbeispiel soil die GroBe des 
30 Speichers 20 beispielsweise ein Megabyte betragen, wobei je- 
doch auch andere SpeichergroBen moglich sind. Der Speicher 20 
kann sich hierbei aus einer Vielzahl von Speichertypen zusam- 
mensetzen, wie z.B. einem RAM, einem ROM, einen NVM, wie z.B. 
einem EE PROM oder einem Flash-Speicher , oder dergleichen. Um 
35 die Adressierung des gesamten physikalischen Speichers 20 

durch die CPU 30 bei Datenzugrif f en mittels des Bef ehlssatzes 
290 oder bei Codeanf orderungen zu ermoglichen, sind in der 
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MMU 50 der Datendeskriptor 330 und der Codedeskriptor 340 
vorgesehen, die die Basisadressen bzw. die Lage fur einen Co- 
defensterbereich 370 und einen Datenf ensterbereich 380 inner- 
halb des Speicher 20 festlegen, die jeweils 64kByte groB sind 
5 und die logischen Speicherbereiche festlegen, auf die sich 
die Datenzugrif fe mittels des Bef ehlssatzes 290 bzw. die Co- 
dezugriffe der CPU 30 mittels des Programmz&hlers 240 bezie- 
hen. 

10 Das Prinzip von Speicherzugrif f en mit Hilfe der Deskriptoren 
330 und 340 sei zunachst an dem Beispiel eines Lese-Befehls 
aus dem Befehlssatz 290 verdeutlicht , der vorgesehen ist, um 
in den Akkumulator 250 den Speicherinhalt einer Adresse zu 
schreiben, die in zwei Bytes der internen Register 260, wie 

15 z.B. in dem Datenzeigerregister DPTR, festgelegt wird, d.h., 
in der ublichen Notation, an dem Beispiel des Befehls "MOVX 
A, 0DPTR" . Es wird darauf hingewiesen, daB sich das nachfol- 
gend beschriebene Ausf uhrungsbeispiel wie auch die darauffol- 
genden auf Szenarien beziehen, bei denen der aktuell angefor- 

20 derte Befehl unmittelbar auf einen Sprungbefehl folgt, und 
bei denen die CPU 30 zur Anforderung des aktuellen Befehls 
die in dem Programmzahler angeforderte Adresse ausgibt. Es 
ist moglich, daB in anderen Szenarien, bei denen der aktuell 
angeforderte Befehl nicht unmittelbar auf einen Sprungbefehl 

25 folgt, die Nachf olgeadresse an dem Speicher 20 in Form eines 
Autoinkrementers verwaltet wird, der automatisch eine 20-Bit- 
Codeadresse inkrementiert , und bei denen die CPU 30 lediglich 
ein Anf orderungs- bzw. Aktivierungssignal an den Speicher 20 
ausgibt . 

30 

Die CPU 30 fordert den Befehl durch Ausgabe der in dem Pro- * 
grammzahler 240 gespeicherten 16-Bit-Adresse auf den AdreB- 
leitungen 80 und Datenleitungen 60 an. Die Unterstutzungsein- 
richtung 40 leitet die AdreBsignale unver^ndert an die Adrefi- 
35 leitungen 120 und Datenleitungen 100 weiter. Die MMU 50 mani- 
puliert die AdreBsignale, die die 16-Bit-Codeadresse anzei- 
gen, basierend auf dem Codedeskriptor 340. Der Codedeskriptor 



200108562 

17 



340 enthalt beispielsweise hoherwertige 4 Bits, die den 16 
Bits der Codeadresse vorangestellt werden, wodurch sich 16 
mogliche Speicherf ensterpositionen ergeben, die im folgenden 
auch als Banke bezeichnet werden. Oder aber der Codedeskrip- 
5 tor 340 enthalt neben den hoherwertigen 4 Bits, die den 16 
Bits der Codeadresse- vorangestellt werden, weitere Bits, urn 
mehr als 16 mogliche Speicherf ensterpositionen zu ermogli- 
chen. Die MMU 50 gibt die sich ergebende 20-Bit-Codeadresse 
an den Speicher 20 aus, urn den Maschinencode, d.h. in diesem 

10 Fall "MOVX A, @DPTR", anzufordern. Der Speicher 20 gibt aus 
dem Codespeicherf enster 370 den CPU-Operationscodeidentif i- 
kator 280 tiber die Datenleitungen 150, 100 und 60 an die DPU 
30 aus, wobei die MMU 50 bzw. die Unterstiitzungseinrichtung 
40 den CPU-Operationscodeidentif ikator weiterleitet . Der De- 

15 codierer 210 decodiert den Operationscodeidentif ikator 280 

des Befehls MOVX A, 0DPTR und gibt ansprechend auf den deco- 
dierten Befehl auf den Daten- und Adrefileitungen 60, 80 den 
Inhalt des Datenzeigers aus, urn auf den entsprechenden Spei- 
cherinhalt in dem Datenspeicherf enster 380 zuzugreifen. Unter 

20 Weiterleitung durch die Unterstiitzungseinrichtung 40 gelangt 
die 16-Bit-Adresse des Datenzeigers zu der MMU 50, die aus 
derselben zusammen mit dem Datendeskriptor 330 die entspre- 
chende 20-Bit-Adresse erzeugt und dieselbe auf den AdreJJ- und 
Datenleitungen 190, 150 an den Speicher 20 ausgibt. Der Spei- 

25 cher 20 gibt den entsprechenden Speicherinhalt uber die Da- 
tenleitungen 150, 100 und 60 an die CPU 30 zuruck, wo dersel- 
be von der CPU 30 in den Akkumulator 250 geladen wird, wie es 
durch den Operationscode des Befehls MOVX A, @DPTR, festge- 
legt wird. 

30 

Urn eine aufwendige sof twaretechnische Umkonf igurierung bzw. 
Neueinstellung der Deskriptoren 330 und 340 vor einem Sprung 
Befehl oder einem Datenzugriff uber die Grenzen des Codespei- 
cherf ensters 370 bzw. des Datenspeicherf ensters 380 hinaus zu 
35 vermeiden, wie sie im vorhergehenden beschrieben wurde, ist 
die Unterstiitzungseinrichtung 40 mit der CPU 30 derart ver- 
bunden, daft sie den Datenverkehr von dem Speicher 20 zu der 
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CPU 30 uberwachen kann, urn auf die Frei-Operationscodes 310 
noch vor der CPU 30 ansprechen zu konnen, wenn dieselben aus 
dem Codespeicherfenster 370 von dem Speicher 20 angefordert 
werden. Wie es die nachfolgende Erorterung zeigen wird, kann 
durch diese Anordnung der Unterstiitzungseinrichtung 40 ge- 
wahrleistet werden, dafi die Bildung einer ausreichend groBen 
Adresse, d.h. einer 20-Bit-Adresse, in der Unterstiitzungsein- 
richtung 4 0 geleistet werden kann, wahrend die CPU 30 von der 
Unterstiitzungseinrichtung 40 geeignet "stimuliert" wird. Die 
Unterstiitzungseinrichtung 40 ist ferner derart mit der CPU 30 
verbunden, dafi sie den Datenverkehr von der CPU 30 zu dem 
Speicher 20 uberwachen kann, um Adrefisignale, die die MMU 50 
ausgibt, um eine Adressierung bezuglich des Speicher 20 vor- 
zunehmen, zu manipulieren. 

Bezug nehmend auf Fig. 2 wird im folgenden ein Ablauf von 
Schritten beschrieben, wie er bei dem Controller von Fig. 1 
auftritt, wenn der nachste auszuf tihrende, auf einen Sprung- 
Befehl folgende Operationscodeidentif ikator, den die CPU an- 
fordert, ein Frei-Operationscodeidentif ikator ist , der einem 
Lese- bzw. Lade-Befehl entspricht, der sich auf ein internes 
Zielregister der CPU und eine mittels indirekter Adressierung 
in internen Registern der CPU 30 angegebene 20-Bit-Quell- 
adresse bezieht. 

In einem Schritt 400 muli die CPU 30 zunSchst durch das lau- 
fende Programm derart gesteuert werden, daB die Register, auf 
die sich der neue Lese-Befehl hinsichtlich der Adreftbildung 
beziehen soil, geladen werden, um zusammen die 20-Bit-Adresse 
zu ergeben, auf die sich der neue Lese-Befehl bezieht. Bei 
dem in Fig. 2 gezeigten Ausf iihrungsbeispiel sind dies die in- 
ternen Register Rl, R2 und R3 der CPU. Um diese internen Re- 
gister zu fallen, konnte sich in dem Speicher 20 vor dem 
Frei-Operationscodeidentif ikator beispielsweise folgende CPU- 
Operationscodeidentif ikator-Folge befinden: "MOVX A, @Dptr", 
"MOV R2, A", "MOV R3, #0xl3H", wobei Ri mit i=1...3 ein in- 
ternes Register Ri, A den Akkumulator 250, Dptr den Datenzei- 
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ger 245 und #0xl3H eine direkte Adresse in hexadezimaler Form 
anzeigt. 

In einem Schritt 405 fordert die CPU 30 einen nachsten auszu- 
5 fuhrenden Befehl, der in diesem Fall auf einen Sprungbefehl 
unmittelbar folgt, durch Ausgabe der 16-Bit-Codeadresse, die 
in dem Programmzahler 240 gespeichert ist, auf den AdreJi- und 
Datenleitungen 80, 60 an. Die 16-Bit-Codeadresse des Pro- 
grammzahlers 24 0 wird in einem Schritt 410, nachdem dieselbe 

10 die Untersttitzungseinrichtung 40 unverandert passiert hat, 

durch die MMU 50 unter Verwendung des Codedeskriptors 340 auf 
eine 20-Bit-Codeadresse abgebildet bzw. manipuliert, die die 
MMU 50 an den Speicher 20 weiterleitet . Die in dem Programm- 
zahler gespeicherte 16-Bit-Codeadresse entspricht beispiels- 

15 weise einem niedrigwertigeren Teil der 20-Bit-Codeadresse, 

wahrend der Codedeskriptor 340 einem hoherwertigen 4-Bit-Teil 
der 20-Bit-Adresse entspricht, oder aber einen hoherwertigen 
n-Bit Teil, wobei beispielsweise n gleich 12 ist. Die Abbil- 
dung bzw. Manipulation der 16-Bit-Codeadresse wird durch die 

20 MMU 50 mittels ErgSnzen derselben durchgef uhrt . Alternativ 
kann der Codedeskriptor 340 einer 20-Bit-Basis- bzw. Start- 
adresse -einer Bank -entsprechen, so daft die Abbildung- mittels 
Addieren des Deskriptors 340 zu der 16-Bit-Codeadresse durch- 
gef uhrt wird. 

25 

In einem Schritt 415 wird der Operationscodeidentif ikator des 
angef orderten Befehls an der 20-Bit-Codeadresse, die sich aus 
dem Codedeskriptor 340 und dem 16-Bit-Programmzahler 240 er- 
geben hat, aus dem Speicher 20 geholt und gelangt uber die 
30 Adrefi- und Datenleitungen 150, 190, und 120 von der MMU 50 
ungehindert zur Untersttitzungseinrichtung 40. 

In einem Schritt 420 uberpruft der Decodierer 300 der Unter- 
stutzungseinrichtung 40, ob der von dem Speicher 20 empfange- 
35 ne Operationscodeidentif ikator einen Frei-Operationscode auf- 
weist, wie es durch den Operationscode angegeben wird. Falls 
sich in dem Schritt 420 ergibt, daB der von dem Speicher ge- 
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holte Operationscode kein Frei-Operationscode^ ist, wird der- 
selbe in einem Schritt 425 in der Unterstutzungseinrichtung 
40 ungehindert durchgelassen und uber die AdreJJ- und Daten- 
leitungen 60 und 80 an die CPU 30 weitergeleitet , woraufhin 
der CPU-Operationscodeidentifikator durch die CPU 30 auf her- 
kommliche Weise dekodiert und ausgefuhrt wird. Ist der Opera- 
tionscode von dem Speicher 20 jedoch ein Frei-Operationscode, 
so wird in einem Schritt 430 der Operationscode decodiert, um 
zu ermitteln, um welchen der Frei-Operationscodes 310 es sich 
bei dem Operationscode handelt. 

Wie es im vorhergehenden erwahnt wurde, wird in dem Fall von 
Fig. 2 angenommen, dafi es sich bei dem Operationscode um ei- 
nen Frei-Operationscode handelt, der einem Lese-Befehl mit 
indirekter Adressierung entspricht. In einem Schritt 435 er- 
mittelt die Unterstutzungseinrichtung 40 den Inhalt der in- 
ternen Register Rl bis R3 der CPU 30. Die Ermittlung kann auf 
verschiedene Weisen realisiert sein. Gemafl einem Ausfuhrungs- 
beispiel ist die Unterstutzungseinrichtung 40 mit der CPU 30 
ferner uber eine Leitung 542 verbunden, die es der Unterstut- 
zungseinrichtung 40 ermoglicht, den Inhalt der Register Rl 
bis R3 abzufragen. Dies kann beispielsweise im Rahmen eines 
Trace-Mechanismus ausgefuhrt sein, so dali die Unterstutzungs- 
einrichtung 4 0 uber die Leitung 542 mit einem internen Bus 
der CPU 30 verbunden ist, an dem das I RAM 220 angeschlossen 
ist, und uber den die Register Rl bis R3 in dem I RAM 220 ge- 
laden werden. Bei einem weiteren Ausf Uhrungsbeispiel verwen- 
det die Unterstutzungseinrichtung 40 zum Ermitteln des In- 
halts der Register Rl bis R3 CPU-Operationscodeidentif i- 
katoren, die sie der CPU zufuhrt, um die CPU derart zu stimu- 
lieren, daB dieselbe den Inhalt der Register Rl bis R3 auf 
der Datenleitung 60 ausgibt, wobei geeignete Vorkehrungen ge- 
troffen werden, um den Programmzahler 240 geeignet zu steu- 
ern . 

In einem Schritt 440 bildet die Unterstutzungseinrichtung 40 
aus dem ermittelten Inhalt die 20-Bit-Adresse, auf die sich 
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der Frei-Operationscodeidentif ikator bzw. der Lese-Befehl be- 
zieht. 

In einem Schritt 445 wird der CPU 30 von der Unterstutzungs- 
5 einrichtung 40 ein vorbestimmter CPU-Lese-Operationscode- 
identif ikator abhangig von dem Frei-Operationscodeidenti- 
fikator bzw. dem Frei-Operationscode zugefuhrt. In dem vor- 
liegenden Fall, da der Frei-Operationscode beispielsweise ei- 
nem Lese-Befehl entspricht, der den Speicherinhalt an der aus 

10 dem Registerinhalt ermittelten 20-Bit-Adresse in das Akkumu- 
latoriregister 250 ladt, fuhrt die Untersttitzungseinrichtung 
40 der CPU einen CPU-Operationscode zu, der einem Befehl 
"MOVX A, @R1" entspricht, d.h. einem Lesebefehl beztiglich des 
Speichers 20, der vorgesehen ist, urn den Speicherinhalt an 

15 der durch die verwendeten Register angegebenen Adresse in das 
Register A zu laden. Der vorbestimmte Operationscodeidentif i- 
kator wurde in diesem Fall lediglich aus dem Operationscode 
bestehen. 

20 In einem Schritt 450 empfangt die CPU 30 den von der Unter- 

stutzungseinrichtung 40 zugefuhrten CPU-Operationscodeidenti- 
fikator und decodiert denselben. Bei der Ausfuhrung des zuge- 
fuhrten CPU-Operationscodeidentifikatoren fur den Befehl MOVX 
steuert die CPU 30 die Adreli- und Datenleitungen 60 und 80 

25 mit der im Rahmen einer direkten Adressierung in dem CPU- 

Operationscodeidentif ikator enthaltenen oder im Rahmen einer 
indirekten Adressierung aus einem internen Register ermittel- 
ten 16-Bit-Adresse an und wartet von da an darauf, dafi auf 
den Datenleitungen 60 ein Ergebnis geliefert wird, um dassel- 

30 be in das Zielregister , d.h. den Akkumulator 250, zu 'schrei- 
ben. 

In einem Schritt 455 manipuliert die Unterstutzungseinrich- 
tung 40 die AdreUsignale von der CPU 30 basierend auf der aus 
35 den Registern R2 bis R3 ermittelten 20-Bit-Adresse und leitet 
dieselben an den Speicher 20 weiter, um auf den Inhalt des 
Speichers 20 zuzugreifen. Die Manipulation der AdrefJsignale 
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bzw. der 16-Bit-Adresse von der CPU 30 kann beispielsweise 
das Ersetzen derselben durch die 20-Bit-Adresse selbst, das 
Anfiigen bzw. ErgSnzen des fehlenden Abschnitts, wie z.B. der 
vier hochstwertigen Bits, der 20-Bit-Adresse zu den 16-Bits 
5 von der CPU 30 und gegebenenf alls, falls dies nicht schon in 
Schritt 430 geschehen ist, zusatzlich das Addieren von unge- 
nutzten Bits des Frei-Operationscodeidentif ikators als 
Versatzwert zu dem Ergebnis aufweisen. 

10 In einem Schritt 4 65 wird daraufhin der Speicherinhalt der 

zugegrif f enen 20-Bit-Adresse uber die Daten- und Adrefileitun- 
gen 60, 80, 140 und 180 sowie die Unterstutzungseinrichtung 
40 zu der CPU 30 geliefert. In einem Schritt 470 ladt die CPU 
30, die aufgrund des in dem Schritt 450 zugefuhrten vorbe- 

15 stimmten CPU-Lese-Operationscodeidentif ikatoren entsprechend 
stimuliert bzw. in einen vorbestimmten Zustand versetzt wor- 
den ist, den zugefuhrten Speicherinhalt in das Zielregister, 
d.h. den Akkumulator 250, wie es durch den CPU-Lese- 
Operationscode definiert ist. AbschlieBend pafit die CPU 30 in 

20 einem Schritt 475 den Programmz^hler 240 entsprechend dem zu- 
gefuhrten vorbestimmten CPU-Lese-Operationscodeidentif ikator 
an, wobei dieser Schritt ferner friiher erfolgen kann. , 

Nach dem Schritt 475 zeigt der Programmzahler 240 folglich 
25 innerhalb des Codespeicherf ensters 370 auf den nachsten zu 

verarbeitenden Befehl bzw. Operationscodeidentif ikator gemafi 
der normalen Bef ehlssequenz, und in dem Akkumulator 250 be- 
findet sich der Speicherinhalt der 20-Bit-Adresse, auf den 
sich der Frei-Operationscodeidentif ikator bezog. Unabhangig 
30 von der Lage des aktuell eingestellten Datenspeicherirensters 
380 ist keine sof twaremaftige Umkonf igurierung der MMU 50 bzw. 
des Datendeskriptors 330 erf orderlich. Bei einer Realisierung 
des in Fig. 1 gezeigten Controllers, bendtigt der Speicher- 
zugriff gemafi Fig. 2 lediglich zwei Taktzyklen langer als bei 
35 Speicherzugrif fen mittels Lesebefehlen des Bef ehlssatzes 290 
innerhalb des aktuell eingestellten Speicherf ensters 380. 
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Die Adressierung bei der Ausfiihrung des Frei-Operations- 
codeidentif ikators bei diesem Ausf uhrungsbeispiel wird mit- 
tels indirekter Adressierung unter Verwendung der CPU-eigenen 
Register durchgef iihrt . Trotzdem ist bei dem Entwurf des Con- 
5 trollers 10 basierend auf einem existierenden CPU-Layout kaum 
ein Eingriff in das CPU-Layout erf orderlich, so daft die Im- 
plementierung eines solchen Controllers unaufwendig ist. 

Bezugnehmend auf Fig, 2 wird noch darauf hingewiesen, daft es 
10 moglich ist, zur Bildung der 20-Bit-Adresse ein extern ange- 
ordnetes Register zu verwenden, wie z.B. ein XDPTR-Register 
325. In diesem Fall wurde der Frei-Operationscode die Angabe 
umfassen f daft das XDPTR-Register fur die Adressierung zu ver- 
wenden ist. Dieses konnte in dem Schritt 400 durch andere 
15 Frei-Operationscodeidentif ikatoren mit Werten aus internen 

Registern der CPU geladen werden, wie z.B. mit dem Inhalt der 
Register Rl, R2, R3. In letzterem Fall kamen die besagten 
Frei-Operationscodeidentif ikatoren einfach zu den Befehlen 
zum Laden der Register R1-R3 von Schritt 400 hinzu. Bei Ver- 
20 wendung solcher das externe Register XPDTR 325 verwendenden 
Frei-Operationscodes muftte die CPU 30 im Layout nicht veran- 
dert werden, .. um -den Inhalt . der Register R1-R3 zu ermi-tteln. 
Dies hat den Vorteil, daft die CPU-Register R0-R7 zwischen- 
zeitlich fur andere Zwecke weiterverwendet werden konnen. 



Beispiele fur Befehle zum Laden, Auslesen oder anderweitigem 
Verwenden des externen Registers XDPTR 325 sind im folgenden 
aufgelistet, wobei die iibliche Notation verwendet wurde: 



25 



30 



Xmov XDPTR, (R3&R2&R1) 
Xmov XDPTR, (R7&R6&R5) 
Xpush 
Xpop 

Xmov XDPTR, @DPTR 



(2B) 
(2B) 
(2B) 
(2B) 



35 



(2B) MSB (hochstwertige Bits), 
LSB- (niedrigstwertige 
Bits) Position beachten 



200108562 



24 



Xmov @DPTR,XDPTR 



(2B) MSB (hSchstwertige Bits), 



LSB- (niedrigstwertige 



Xmov XDPTR, @Ri 
Xmov @Ri, XDPTR 
Xmov XDPTR, dadr 
Xmov dadr, XDPTR 



Bits) Position beachten 
(2B) mit i-0. . .7 
(2B) mit i=0. . .7 
(2B) 



Xadd XDPTR, #constl6 
Xadd XDPTR, (Rn&Rn-l) 
Xinc 



(2B) 

(4B) 

(2B) mit n«l. . .7 



wobei Xmov einen Register-Lade-Bef ehl, Xadd einen Addier- 
Befehl, Xpush einen Stack-Bef ullung-Bef ehl, Xpop einen Stack- 
Entnahme-Bef ehl und Xinc einen Inkrementier-Bef ehl anzeigt. 
DPTR, Ri mit i = 1..7, dadr und X gehoren zu den internen Re- 
gistern der CPU 30. constl6 zeigt einen 16-Bit-Operanden an. 
xx &"-Zeichen zeigen eine Verkettung der beiden Ausdrucke links 
und rechts an. In Klammern auf der rechten Seite sind die fur 
den jeweiligen Operationscodeidentif ikator benotigten Bytes 
angegeben. 

Es wird darauf hingewiesen, daB die moglichen Lese-Bef ehle, - 
die auf Frei-Operationscodeidentif ikatoren basieren, auf alle 
moglichen Zielregister oder einen sonstigen adressierbaren 
Speicher in der CPU 30 bezogen sein kdnnen. Ferner konnen 
mogliche, auf Frei-Operationscodeidentif ikatoren basierende 
Lese-Bef ehle mit einer indirekten Adressierung jegliche Regi- 
ster oder jeglichen Speicherplatz innerhalb der CPU 30 bzw. 
jegliche ^Combination derselben zur Bildung der 20-Bit-Adres- 
se, auf die sich der Lese-Bef ehl bezieht, verwenden. Verner 
sind auch Kombinationen einer direkten und einer indirekten 
Adressierung moglich, d.h. eine {Combination des Inhalts eines 
oder mehrerer interner Register der CPU 30 und eines oder 
mehrere Bytes (oder Bits) innerhalb eines AdreBabschnitts des 
Frei-Operationscodeidentif ikators . 
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Es wird ferner darauf hingewiesen, daft die vorhergehende Be- 
"schfeibung otine weiteres auf Frei-Operationscodeidentif ika- 
toren anwendbar ist, die Schreibbef ehlen beziiglich einer 20- 
Bit-Adresse entsprechen, wobei lediglich die Obertragungs- 
5 richtung des zugegrif f enen Speicherinhalts auf von der CPU 30 
zu dem Speicher 20 zu andern ist. 

Im folgenden werden in Tabelle 1 unter Verwendung der ubli- 
chen Notation Beispiele fur mogliche Lese-Befehle XMOV ange- 

10 geben, die von der Unterstut zungseinrichtung 30 ansprechend 
auf entsprechende Frei-Operationscodeidentif ikatoren 310 ge- 
maft dem Ausf uhrungsbeispiel von Fig. 2 verarbeitet werden 
konnen. XMOV soil einen Operationscode anzeigen, der einen 
durch spezielle Register angezeigten Speicherinhalt in bei- 

15 spielsweise das Akkumulatorregister eintragt, wie es genauer 
im folgenden in Bezug auf generische Zeiger naher erlautert 
wird. Hierbei soil im folgenden Ri mit i=0...4 ein internes 
Register Ri, XDPTR der externe Datenzeiger 325 und A der Ak- 
kumulator 250 sein, und "offS'' einen Versatzwert von 8 Bits 

20 bezeichnen. zeigt eine Verkettung der Ausdrucke links und 

rechts an. 

Tabelle 1 

Lesebef ehle 

Xmov A, @XPDTR+of f 8 (3B) 

Xmov A^XPDTR+Rx (3B) mit Rx={R0 / R4} 

Xmov A, @ (R3&R2&R1) +of f 8 (3B) 

Xmov A, @ (R3&R2&R1 ) +Rx (3B) mit Rx={R0 f R4} 

25 

Es wird ferner darauf hingewiesen, daft es vorgesehen sein 
kann, daft die Unterstut zungseinrichtung 40 einen Frei- 
Operationscode unterstutzt bzw. auf denselben anspricht f der 
zur Handhabung von generischen Zeigern vorgesehen ist. Ein 
30 generischer Zeiger besteht aus einer Adresse und einer Angabe 
der Adressierungsart . Die Adressierungsartangabe gibt im we- 
sentlichen an, unter Verwendung welchen Befehls mit der 
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Adresse des generischen Zeigers auf den Speicher zugegriffen 
werden soli. Die 8051-Architektur sieht vier Adressierungsar 
ten vor, zu denen die Zugriffsart unter Verwendung von neuen 
Frei-Operationscodeidentif ikatoren hinzukommt . Die vier 8051 
5 Adressierungsarten umfassen den 

- IData-Zugrif f , bei dem der Zugriff (Lesen oder Schreiben) 
bezuglich des IRAMs 220 der CPU 30 stattf indet (MOV) , der 
256 Bytes groft ist, und deshalb mit lediglich einem Byte 

10 adressiert werden kann, 

- einen XData-Zugrif f , bei dem der Zugriff auf das aktuell 
eingestellte Datenspeicherf enster 280 des externen Spei- 
chers (XRAM) stattfindet (MOVX) und zur Adressierung zwei 

15 Bytes angegeben werden, 

- einen PData-Zugrif f , bei dem der Zugriff ebenfalls auf das 
aktuell eingestellte Datenspeicherf enster 380 des externen 
Speichers (XRAM) stattfindet und zur Adressierung ein Regi- 

20 ster AdrXh mit dem vorbestimmten Register Rl kombiniert 

wird, urn eine 16-Bit-Adresse zu ergeben, und 

- einen Code-Zugrif f , bei dem auf das aktuell eingestellte 
Codespeicherfenster 370 zugegriffen wird (MOVC) und eben- 

25 falls zwei Bytes zur Adressierung angegeben werden. Bei 

Ausgabe der jeweiligen 16-Bit-Adresse durch die CPU 30 auf 
den Daten- und Adrefileitungen 60 und 80 konnte ein Code- 
Zugriff von beispielsweise einem Xdata-Zugrif f nach auflen 
bin durch Anzeigen eines verschiedenen Busstatus auf einer 

30 zus&tzlichen Leitung (nicht gezeigt) unterschieden 'werden. 

Bei einem folgenden Ausf uhrungsbeispiel werden die Informa- 
tionen des generischen Zeigers, d.h. die Adreftangabe und die 
Adressierungsartangabe, ahnlich zu dem Ausf Uhrungsbeispiel 
35 von Fig. 2 in Hinblick auf die Angabe der 20-Bit-Adresse, in- 
nerhalb der Maschinencodesequenz vorab in den internen Regi- 
stern Rl bis R3 abgelegt, wonach ein darauf f olgender Frei- 
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Operationscodeidentif ikator, der einem Befehl zur Behandlung 
von generischen Zeigern entspricht, vorgesehen wird, urn die 
Unterstutzungseinrichtung 40 zu aktivieren, die daraufhin der 
CPU 30 abhangig von der Adressierungsartangabe einen vorbe- 
5 stimmten CPU-Operationscodeidentif ikator zufiihrt, der einen 
abhangig von der AdreBangabe des generischen Zeigers einge- 
stellten AdreBbereich aufweist. Der generische Zeiger, auf 
den sich der Befehl zur Handhabung von generischen Zeigern 
bezieht, kann jedoch auch in einem Abschnitt des Frei- 

10 Operationscodeidentif ikators des Befehls zur Handhabung von 

generischen Zeigern selbst erithalten sein. Wie auch schon bei 
der Beschreibung von Fig, 2 wird darauf hingewiesen, daB 
nicht nur die Verwendung von internen Registern zur indirek- 
ten Adressierung moglich ist, sondern daB ferner externe Re- 

15 gister, wie z.B. das externe XDPTR-Register 325, verwendet 

werden kdnnen, wobei die folgende Beschreibung ohne weiteres 
auf diesen Fall iibertragbar ist. 

In der folgenden Tabelle 2 sind am Beispiel von LesevorgSngen 

20 fur jede Zugriffsart, die in der ersten Spalte angegeben 

sind, in der zweiten Spalte ein eigentlich bezweckter Befehl . 
in der ublichen Notation, in der dritten Spalte der Inhalt 
des Registers R3, in der vierten Spalte der Inhalt des Regi- 
sters R2, in der funften Spalte der Inhalt des Registers Rl 

25 jeweils zum Zeitpunkt, da der Codezugriff auf den Frei- 

Operationscodeidentif ikator zur Behandlung von generischen 
Zeigern stattfindet, und in der sechsten Spalte der der CPU 
30 von der Unterstutzungseinrichtung 40 zugefuhrten CPU- 
Operationscodeidentif ikator bzw. der entsprechende Befehl in 

30 der ublichen Notation aufgelistet. Hierbei soil das @*-Zeichen 
den Speicherinhalt bedeuten, auf den der folgende Ausdruck 
als Adresse zeigt, A den Akkumulator 250, AdrXh ein internes 
Register der CPU. 30, MOVX einen Lese/Schreibbef ehl bezuglich 
des Speichers 20, MOV einen Lese/Schreibbef ehl bezuglich des 

35 internen Speichers I RAM 220 der CPU 30 und MOVC einen Code- 
zugriff bezuglich des Speichers 20 anzeigen. 
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Tabelle 2 



Adres- 
sierung- 
sart 


Bezweckte 
Wirkung 


R3 
8 Bit 


R2 
8 Bit 


Rl 
8 Bit 


der der CPU 
zugefiihrte 
Operations- 
codeidentif i- 
kator 


Idata- 
Zugrif f 


MOV A, @R1 


OOh 


* 


Adrefi- 
angabe 


MOV A, @R1 


Xdata- 
Zugrif f 


MOVX 

A,@ (R2,R1) 


Olh 


Adreftangabe 


MOVX A, @R1 


Pdata- 
Zugrif f 


MOVX 

A, @ (AdrXh,Rl) 


FEh 


AdrXh 


Adrefi- 
angabe 


MOVX A, @R1 


Code- 
Zugriff 


MOVC 

A, @A+(R2,R1) 


FFh 


Adreflangabe 


MOVC A, 
0A+DPTR 


20-Bit- 
Daten- 
zugrif f 


MOVX 

A, @ (R3,R2,R1) 


lOh 
EFh 


Adrefiangabe 


MOVX A, @R1 



* beliebiger Wert 



5 In dem Fall, dafi die Unterstutzungseinrichtung 40 den Frei- 
Pperationscodeidentif ikator zur Behandlung eines generischen 
Zeigers empfangt, decodiert die Unterstutzungseinrichtung 40 
folglich den Inhalt des Registers R3, wo die Adressierungs- 
artangabe gespeichert ist, urn abhangig von der Adressierungs- 

10 artangabe in dem Fall, daft es sich bei der Adressierungsart 
nicht urn einen 20-Bit-Datenzugrif f handelt, der zentralen 
Verarbeitungseinheit 30 einen CPU-Operationscodeidentif ikator 
zuzufiihren, der einem Schreib/Lesebef ehl bezuglich de # s der 
Adressierungsart zugeordneten Speichers entspricht, und in 

15 dem Fall, daft die Adressierungsartangabe einem 20-Bit- 

Datenzugriff entspricht, der zentralen Verarbeitungseinheit 
30 einen vorbestimmten CPU-Operationscodeidentif ikator zuzu- 
fuhren, der einem Schreib/Lesebef ehl bezuglich des Speichers 
20 entspricht, und daraufhin gegebenenf alls vorbestimmte 

20 Handlungen vorzunehmen, urn Adreftsignale der zentralen Verar- 
beitungseinheit 30 geeignet zu manipulieren . 
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In dem Fall eines IData-Zugrif f s ftihrt die Unterstutzungsein- 
richtung 40 der CPU 30 anstatt des Frei-Operationscodeidenti- 
fikators zur Handhabung von generischen Zeigern, der im fol- 
5 genden in Hinblick auf die ubliche Notation als XMOV- 

Operationscode bezeichnet wird, den Operationscodeidentif ika- 
tor fur "MOV A, @R1" zu. 

In dem Fall eines XData-Zugrif f s wird der CPU 30 anstatt des 
10 XMOV-Operationscodes der CPU-Operationscode fur "MOVX A, @R1" 
zugefuhrt, wobei die Unterstiit zuhgseinrichtung 40 die von der 
CPU 30 ansprechend auf den CPU-Operationscode ausgegebene 16- 
Bit-Adresse wahrend der Adrefiubermittlung in Hinblick auf das 
hoherwertige Byte gemali dem Inhalt des internen Registers R2 
15 manipuliert und die manipulierte Adresse an die MMU 50 wei- 
terleitet. 

In dem Fall des Code-Zugrif f s wird der CPU 30 anstatt des 
XMOV-Operationscode der CPU-Operationscode fur "MOVC A, 
20 QA+DPTR" zugefOhrt, wobei die Unterstiit zungseinrichtung 4 0 
die von der CPU 30 ansprechend auf den zugefuhrten CPU- 
Operationscode ausgegebene 16-Bit-Adresse wahrend der Adreli- 
ubermittlung gemafi dem Inhalt der internen Register R2 und Rl 
manipuliert und in geanderter Form an die MMU 50 ausgibt. 

25 

In dem Fall eines PData-Zugrif f s wird der CPU 30 anstatt des 
XMOV-Operationscodes der CPU-Operationscode fur "MOVX A, @R1" 
zugefuhrt. 

30 In dem Fall eines 20-Bit-Datenzugrif f s wird der CPU 3^0 an- 
statt des XMOV-Operationscodes der CPU-Operationscode fur 
"MOVX A, @R1" zugefuhrt, wobei die Unterstutzungseinrichtung 
40, wie es im Vorhergehenden beschrieben wurde, die von der 
CPU 30 ausgegebene Adresse wahrend der Adreftiibermi.ttlung mit 

35 dem Inhalt der internen Register R2 bis R3 manipuliert und in 
geanderter Form an den Speicher 20 ausgibt. 
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Der Vorteil des Vorsehens eines Frei-Operationscodes zur Be- 
handlung von generischen Zeigern besteht darin, daft die Hand- 
habung von generischen Zeigern hardwaremaftig erfolgt, wahrend 
hierzu herkommlicher Weise eine sof twaremaftige Decodierung 
5 erforderlich war. Bei einer speziellen Realisierung des Con- 
trollers von Fig. 1 mit dem Vorsehen eines speziellen Frei- 
Operationscodes zur Behandlung von generischen Zeigern wurde 
eine Zeitersparnis von etwa 20 Taktzyklen erzielt. 

10 Es wird darauf hingewiesen, daft, wie es in Tabelle 2 gezeigt 
ist, zur Codierung der Angabe, daft es sich urn einen 20-Bit- 
Datenzugriff handelt, mehrere Codierungen moglich sind, d.h. 
lh-Eh. Diese 14 Kombinationen von vier Bits konnten verwendet 
werden, urn zusammen mit den 20 weiteren Bits eine Adressie- 

15 rung eines 14 MB groften Speichers zu ermoglichen. anstatt des 
in dem vorliegenden Ausf uhrungsbeispiel 1 MB groften Spei- 
chers , indem 24 Bits zur Adressierung verwendet werden, und . 
indem anstatt 12-Bit-Leitungen 180, 190 16-Bit-leitungen ver- 
wendet werden. 

20 

Nachdem im Vorhergehenden der Ablauf von Schritten fur den 
Controller von Fig. 1 in Bezug auf Frei-Operationscodes be- . 
schrieben worden ist, die sich auf Lese/Schreib-Bef ehle bezo- 
gen, wird im folgenden die Funktionsweise des Controllers 10 
25 in dem Zusammenhang mit Frei-Operationscodes beschrieben, die 
Sprungbefehlen, wie z.B. einem Sprungbefehl mit Ruckkehrab- 
sicht oder ohne Ruckkehrabsicht , entsprechen. 

Fig. 3 zeigt den Ablauf von Schritten, wie er bei dem Con- 
30 troller von Fig. 1 stattfindet, bezuglich eines Ausfuhrungs- 
beispiels, bei dem die CPU den nachsten Operationscodeidenti w 
fikator zur Verarbeitung anfordert und derselbe ein Frei- 
Operationscodeidentif ikator ist, der sich auf einen Sprungbe- 
fehl mit direkter Adressierung und mit Ruckkehrabsicht be- 
35 zieht. Wie bei den vorhergehenden Ausf uhrungsbeispielen er- 
folgt die Anforderung des nachsten Operationscodeidentif ika- 
tors unter Angabe der Codeadresse in dem Programmzahler . An- 
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ders ausgeriickt wird angenommen, das unmittelbar vorher ein 
vorhergehender Sprungbefehl verarbeitet worden 1st. Andern- 
falls erfolgte die Anforderung lediglich durch Ausgabe eines 
Anforderungssignals von der CPU 30 und unter Verwendung einer 
5 von dem Speicher 20 gefuhrten 20-Bit-Codeadresse . 

In einem Schritt 600 fordert die CPU 30 einen nachsten auszu- 
fuhrenden Befehl, der in diesem Fall auf einen Sprungbefehl 
unmittelbar folgt, durch Ausgabe der 16-Bit-Codeadresse, die 

10 in dem Programmzahler 240 gespeichert ist, auf den Adrefi- und 
Datenleitungen 80, 60 an. Die 16-Bit-Codeadresse des Pro- 
grammzahlers 240 wird in einem Schritt 605, nachdem dieselbe 
die Unterstiitzungseinrichtung 40 unverandert passiert hat, 
durch die MMU 50 unter Verwendung des Codedeskriptors 340 auf 

15 eine 20-Bit-Codeadresse abgebildet bzw. manipuliert, die die 
MMU 50 an den Speicher 20 weiterleitet . Die in dem Programm- 
zahler gespeicherte 16-Bit-Codeadresse entspricht beispiels- 
weise einem niedrigwertigeren Teil der 20-Bit-Codeadresse, 
wahrend der Codedeskriptor 340 einem hoherwertigen 4-Bit-Teil 

20 der 20-Bit-Adresse entspricht, Oder aber einen hoherwertigen 
n-Bit Teil, wobei beispielsweise n gleich 12 ist. Die Abbil- . 
dung bzw. Manipulation der 16-Bit-Codeadresse wird durch die 
MMU 50 mittels Erganzen derselben durchgef uhrt . Alternativ 
kann der Codedeskriptor 340 einer 20-Bit-Basis- bzw. Start- 

25 adresse einer Bank entsprechen, so daft die Abbildung mittels 
Addieren des Deskriptors 340 zu der 16-Bit-Codeadresse durch- 
gef uhrt wird. 

In einem Schritt 610 wird der Operationscodeidentif ikator des 
30 angef orderten Befehls an der 20-Bit-Codeadresse, die 'sich aus 
dem Codedeskriptor 34 0 und dem 16-Bit-Programmzahler 24 0 er- 
geben hat, aus dem Speicher 20 geholt und gelangt uber die 
Adrefi- und Datenleitungen 150, 190, und 120 von der MMU 50 
ungehindert zur Unterstutzungseinrichtung 40. 

35 

In einem Schritt 615 uberpruft der Decodierer 300 der Unter- 
stutzungseinrichtung 40, ob der von dem Speicher 20 empfange- 
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ne Operationscodeidentif ikator ein Frei-Operationscodeiden- 
tifiJcator ist, wie es durch die Operationscode angegeben 
wird. Falls sich in dem Schritt 615 ergibt, dafi der von dem 
Speicher geholte Operationscodeidentif ikator kein Frei- 
5 Operationscodeidentif ikator ist, wird derselbe in einem 

Schritt 620 in der Unterstiitzungseinrichtung 40 ungehindert 
durchgelassen und uber die Adrefc- und Datenleitungen 60 und 
80 an die CPU 30 weitergeleitet , woraufhin der CPU-Opera- 
tionscode durch die CPU 30 auf herkommliche Weise dekodiert 
10 und ausgefuhrt wird. Ist der Operationscodeidentif ikator von 
dem Speicher 20 jedoch ein Frei-Operationscodeidentif ikator, 
so wird in einem Schritt 625 die Operationscode decodiert, urn 
zu ermitteln, um welchen der Frei-Operationscodes 310 es sich 
bei dem Operationscode handelt. 

15 

Bei dem Ausf uhrungsbeispiel von Fig. 3 wird, wie es im Vor- 
hergehenden erwahnt wurde, angenommen, daft der angeforderte 
Operationscodeidentif ikator ein Frei-Operationscodeidenti- 
fikator ist, der sich auf einen Sprungbefehl mit direkter 

20 Adressierung und mit Riickkehrabsicht bezieht. In einem 

Schritt 630 bildet die Unterstiitzungseinrichtung 40 aus dem 
in dem Frei-Operationscodeidentif ikator enthaltenen Adrefcab- 
schnitt die 20-Bit-Adresse, auf die sich der neue Sprung- 
Befehl bezieht, und die die Zieladresse des dem Frei-Opera- 

25 tionscodeidentif ikator entsprechenden Sprungbef ehls ist. Die- 
ser Schritt kann beispielsweise ferner das Bestimmen eines 
Versatzwertes direkt aus einem weiteren Abschnitt des Frei- 
Operationscodeidentif ikators oder auch indirekt aus einem zu 
der CPU 30 internen oder externen Register und das Addieren 

30 desselben zu der in dem Adrefiabschnitt angegebenen 20-Bit- 

Adresse durch den Addierer 320 umfassen. Der Frei-Operations^ 
codeidentif ikator umfaflt beispielsweise ein Byte fur die Ope- 
rationscode und drei weitere Bytes, von denen 20 Bits die 20- 
Bit-Adresse und die restlichen 4 Bits den Versatzwert angege- 

35 ben. 
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In einem Schritt 635 wird der CPU 30 von der Unterstut zungs- 
einrichtung 40 der Frei-Operationscode zugefuhrt, obwohl der 
Frei-Operationscode nicht zu den CPU-Operationscodes gehort, 
die den Befehlssatz 290 festlegen. Der Schritt 635 ist vorge- 
5 sehen, urn den Programmzahler 240 in der CPU zu inkrementie- 
ren, urn den Umstand Rechnung zu tragen, dafi der Frei-Ope- 
rationscodeidentif ikator, der dem Sprung-Bef ehl mit direkter 
20-Bit-Adressierung entspricht, 4 Bytes benotigt, wahrend ein 
der CPU 30 anschlieliend zugefuhrter CPU-Operationscodeiden- 

10 tifikator eines CALL-Befehls lediglich 3 Byte lang ist. Der 
Schritt 635 kann jedoch ferner entfallen, wenn ein Sprung- 
Befehl ohne Ruckkehrabsicht erf olgen soil, da dann der Pro- 
grammzahlerstand nicht als Rucksprungadresse benotigt wird. 
Der Schritt 635 kann auch fehlen, wenn die Stack 270 der CPU 

15 30 auf andere Weise beschrieben wird f wie es im folgenden in 
Bezug auf den folgenden Schritt beschrieben wird. 

In einem Schritt 645 wird daraufhin der CPU 30 von der Unter- 
stutzungseinrichtung 40 eine Folge von vorbestimmten CPU- 

20 Operationscodeidentif ikatoren zugefiihrt, die zumindest einen 
Sprungbef ehl aus dem Befehlssatz 290 der CPU 30 umfassen, der 
sich auf eine 16-Bitadresse bezieht, die schliefilich zusammen 
mit dem Codedeskriptor 34 0 die 20-Bit-Sprungadresse ergeben 
soil, urn beispielsweise fur nachfolgende Bef ehlsanf orderungen 

25 gemali den Schritten 600-610 geeignet eingestellt zu sein. Die 
Folge ist abhangig von dem Frei-Operationscode und der aus 
den internen Registern ermittelten 20-Bit-Adresse . 

In einem Schritt 650 decodiert die CPU 30 die Folge von vor- 
30 bestimmten CPU-Operationscodeidentif ikatoren und fuh^t die 

entsprechenden Befehle aus. Wie es in dem Schritt 655 zusam- 
mengefafit ist, ist die Folge von CPU-Operationscodeiden- 
tifikatoren derart vorgesehen, dafi die CPU 30 bei Ausfiihrung 
der Folge von CPU-Operationscodeidentif ikatoren den Programm- 
35 zahler PC auf die unteren, d.h. niedrigwertigeren, 16 Bits 
der aus den internen Registern ermittelten 20-Bit-Adresse 
einstellt, den Stack 270 mit einer 20-Bit-Adresse befullt, 
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die auf den dem Frei-Operationscodeidentif ikator folgenden 
Operationscodeidentif ikator zeigt, und den Stack-Zeiger 230 
um drei Byte erhoht. Die Unterstiitzungseinrichtung 40 fuhrt 
der CPU 30 in dem Schritt 635 beispielsweise einen Sprungbe- 
5 fehl mit Riickkehrabsicht zu, der sich auf eine 16-Bit- 

Zieladresse bezieht, die einem Versatzwert der aus dem Adrefi- 
abschnitt ermittelten 20-bit-Adresse bezuglich der 64kByte- 
Bank entspricht, die diese 20-Bit-Adresse enthalt, um den 
Programmzahler 240 auf die 16-Bit-Zieladresse einzustellen, 

10 und daraufhin in Schritt 645 einen Stack-Bef ullungs-Bef ehl 
(in der ublichen Notation als PUSH-Befehle bezeichnet) , def 
den fehlenden Bits der 20-Bit-Adresse entspricht, um die 20- 
Bit-Adresse des auf den Frei-Operationscodeidentif ikator fol- 
genden Operationscodeidentif ikator in den Stack 270 einzutra- 

15 gen. Oder die Unterstiitzungseinrichtung 4 0 fuhrt der CPU 30 
in dem Schritt 635 beispielsweise einen Sprungbefehl ohne 
Riickkehrabsicht zu und daraufhin in Schritt 645 drei Stack- 
Bef ullungs-Bef ehle (in der ublichen Notation als PUSH-Befehle 
bezeichnet), die jeweils einem Teil der 20-Bit-Adresse ent- 

20 sprechen, um die 20-Bit-Adresse des auf den Frei-Operations- 
codeidentif ikator folgenden Operationscodeidentif ikators in 
den Stack 270 einzutragen. 

In einem Schritt 660 nimmt die Unterstiitzungseinrichtung 40 
25 eine Aktualisierung bzw. Anpassung des Codedeskriptors 340 

basierend auf der aus dem Adreftabschnitt ermittelten 20-Bit- 
Adresse vor, so daft anschlieflend der Codedeskriptor 340 der- 
art eingestellt ist, daft die 20-Bit-Adresse in dem Codespei- 
cherfenster 370 enthalten ist, und der ProgrammzShler 240 in- 
30 nerhalb des Codespeicherf ensters 370 auf die gewtinscHte Posi- 
tion zeigt. Auf diese Weise verwaltet die Unterstiitzungsein- 
richtung 4 0 den Codedeskriptor 340* 

Entsprechend den Freidatenzugrif f en ergibt sich bei Code- 
35 sprungen durch die vorliegende Erfindung der Vorteil, daft die 
Verwaltung des Codedeskriptors, die wegeh der fur die CPU ma- 
ximal adressierbare Speichergrolie erforderlich ist, nicht 
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durch softwaremafiiges Umstellen des Codedeskriptors erzielt 
werden muJl, sondern dafl die Umstellung durch einen Frei- 
Operationscodeidentif ikator erzielt werden kann, der einem 
20-Bit-Sprungbefehl entspricht, und auf den die Unterstiit- 
5 zungseinrichtung 40 anspricht, urn der CPU 30 Inf ormationen 
zuzufuhren, die sich auf die 20-Bit-Adresse beziehen, und 
gleichzeitig den Codedeskriptor zu aktualisieren bzw. anzu- 
passen. Insbesondere bei Sprungen mit Ruckkehrabsicht, bei 
denen der sof twaretechnische Aufwand zum Neu- und Riickein- 

10 stellen des Codedeskriptors sehr aufwendig ist, bietet ein 
Sprung-Frei-Operationscodeidentif ikator einen erheblichen 
Vorteil. Zudem bleibt die Verwendung von Sprungbef ehlen aus 
dem Befehlssatz 290 weiterhin moglich, da die Unterstut zungs- 
einrichtung 40 fur die CPU-Operationscodes, die dem Befehls- 

15 satz 290 festlegen, durchlassig ist und auf dieselben nicht 
anspricht. Die Sprungbef ehle aus dem Befehlssatz 290 werden 
folglich bezuglich des aktuell eingestellten oder eines fe- 
sten Speicherfensters 370 ausgefuhrt. 

20 Es wird darauf hingewiesen, dafl ahnlich zu den Datenzugrif- 
fen, wie sie Bezug nehmend auf Fig. 2 beschrieben wurden, 
auch bei Codesprungen verschiedene Moglichkeiten zur Bildung 
der 20-Bit-Adresse bestehen, auf die sich der Sprung-Bef ehl 
bezieht. Insbesondere ist ein Frei-Operationscode denkbar, 
25 der entsprechend dem Ausf uhrungsbeispiel von Fig. 2 eine in- 
direkte Adressierung verwendet. 

Nachdem im Vorhergehenden die Funktionsweise des Controllers 
von Fig. 1 in Bezug auf die Funktionsweise bei Auftreten von 
Frei-Operationscodes beschrieben worden ist, die sich 1 auf Co- 
desprunge bzw. Datenzugrif f e beziehen, werden im folgenden 
spezielle Ausf uhrungsbeispiele beschrieben, die sich auf ver- 
schiedene mogliche Abwandlungen und Verbesserungen der im 
Vorhergehenden vereinf achten Darstellung beziehen. 

Es kann vorgesehen sein, die von der Unterstutzungseinrich- 
tung 40 ausgefuhrten Befehle, denen die Frei-Operationscodes 



30 
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zugewiesen sind, als atomare Befehle zu realisieren, die 
nicht durch Interruptsignale auf der Interruptleitung 90 von 
der CPU 30 Oder auf der Interruptleitung 130 von der MMU 50 
zu der UnterstUtzungseinrichtung 40 unterbrochen werden kon- 
nen. In diesem Fall halt die Unterstiit zungseinrichtung ankom- 
mende Unterbrechungssignale auf. Daneben ist es ferner mog- 
lich weitere Frei-Operationscodes 310 zu verwenden, urn nicht- 
unterbrechbare Codesequenzen als atomare Befehle zu realisie- 
ren. 

Obwohl im Vorhergehenden beschrieben worden ist, daB sowohl 
das Code- als auch das Datenspeicherf enster 370 bzw. 380 64 
kByte groB ist, und daB lediglich ein Code- und ein Daten- 
deskriptor 330 bzw. 340 in der MMU 50 verwaltet werden, kann 
es ferner vorgesehen sein, daB das Codespeicherf enster 370 
und/oder das Datenspeicherf enster 380 in mehrere Segmente un- 
terteilt werden, die zusammen 64 kByte ergeben. M6gliche Seg- 
mentgroBen sind beispielsweise 16 kByte Oder 32 kByte. In dem 
Fall einer 32 kByte SegmentgrSBe der Speicherf enster 370 und 
380 wurden zwei Datendeskriptoren und zwei Codedeskriptoren 
in der MMU 50 verwaltet werden. Es konnte beispielsweise vor- 
gesehen sein, daB jeweils ein Speichersegment bezuglich des 
ROM- und XRAM-Speicherbereiches und das jeweils andere Spei- 
chersegment bezuglich des EEPROM-Speicherbereiches zu verwen- 
den. Bei 20-Bit-SprUngen warden die zwei Deskriptoren oder 
auch nur einer automat isch adaptiert werden. Bei einem 32k- 
Programmzahleraberlauf , d.h. Oberschreiten des Programmzah- 
lers 240 von 32k, wurde die MMU 50 automatisch inkrementiert 
bzw. dekrementiert werden. Ober- und Unterlauf muBten auch 
far relative Sprange korrekt behandelt werden. Bei relativen 
Sprangen, die aus einem Segment rauslaufen, wird beispiels- 
weise der Programmzahler in der CPU angepaBt und die MMU- 
Deskriptoren werden umgestellt. Bei Verlassen des Programm- 
zahlers eines Segments, einem sogenannten Autoinkrementer , 
wird beispielsweise genau wie bei relativen Sprangen verfah- 
ren. 
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Ferner ist es mSglich, dafl es mehirere Banke von internen Re- 
gister]!, wie z.B. der Register Rl bis R3, gibt, und daB bei 
Zugriff oder Abfrage des Inhalts der Register Rl bis R3 durch 
die Unterstutzungseinrichtung, wie es im vorhergehenden be- 
5 schrieben wurde, die gerade eingestellte Bank verwendet wird. 
Daruber hinaus konnen allgemein auch andere internen Register 
der CPU als die oben erwahnten Register R0-R7, dadr und DPTR 
zur indirekten Adressierung verwendet werden. 

10 Bezugnehmend auf die vorhergehende Beschreibung wird darauf 
hingewiesen, dali beziiglich des Aufbaus des Controllers von 
Fig. 1 verschiedene Modif ikationen moglich sind. So ist es 
beispielsweise nicht erf orderlich, daft die MMU 50 und die Un- 
terstutzungseinrichtung 4 0 voneinander getrennt sind. Die De- 

15 skriptoren und die Stackerweiterung konnen beispielsweise 

durch der Unterstutzungseinrichtung 40 bzw. eine Einrichtung 
derselben verwaltet werden. Bei Verzicht auf die Unterstut- 
zung von Programmen, die Speicherzugrif f sbefehls bzw. Sprung- 
befehle des Bef ehlssatzes 290 der CPU 30 verwenden, sondern 

20 lediglich Unterstutzung von Programmer die fur Code-Sprunge 
und Datenzugrif f e Frei-Operationscodes verwenden, kann ferner 
auf. den. Datendeskriptor. vollstandig verzichtet werden.. Der . 
Vorteil von Programmen, die lediglich 20-Bit-Datenzugrif f s- 
bzw. Sprung-Befehle verwenden, besteht darin, da/5 fur solche 

25 Programme ein kontinuierlich adressierbarer Speicher mit ei- 
ner Grofle von 1 Megabyte zu sehen bzw. adressierbar ware. 
Ferner wird darauf hingewiesen, daft der Aufbau der CPU anders 
gestaltet sein kann, so dafi beispielsweise das Akkumulatorre- 
gister 250, der Stack-Zeiger 230 und der Programmzahler 240 

30 in dem IRAM 220 verwaltet sein konnen. Das I RAM kann l aulierdem 
aus jeglicher anderen Speicherart oder einer Kombination der- 
selben bestehen, wie z.B. einem NVM. 

In Bezug auf die in Fig. 2 und 3 dargestellten Ablaufe wird 
35 darauf hingewiesen, daB dieselben in Bezug auf die Reihenfol- 
ge der Schritte verandert werden konnen. 
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Zusatzlich und alternativ zu dem beschriebenen 20-Bit- 
Codesprungbefehl mit Riickkehrabsicht (FCALL) , bei dem drei 
Byte auf den Stack gelegt und die MMU automatisch umkonfigu- 
riert wird, konnen ein 20-Bit-Codesprungbef ehl ohne Rtickkehr- 
5 absicht (FJMP), der wie der zuvor beschriebene 20-Bit-FCALL- 
Befehl jedoch ohne Abspeicherung der Rucksprungdaten in dem 
Stack ausgefUhrt wird, vorgesehen sein. Beispielsweise werden 
bei alien 20-Bit-Sprungbef ehlen mit Rttcksprungoption bzw. 
Riickkehrabsicht drei Bytes in den Stack geschrieben, wobei 

10 die CPU-Riicksprungbefehle (RET) so vorgesehen werden, daft 
drei Bytes vom Stack geholt werden. Basiererid auf den vom 
Stack geholten Bytes konnte auch der Codedeskriptor auf den 
Stand vor dem let z ten CALL-Befehl gebracht werden. Fur jeden 
Interruptpegel kann ein getrennter Kontext abgespeichert wer- 

15 den r urn bei Auftreten eines Rucksprunges, d.h. eines Ruck- 
sprungbefehls auf den Befehlssatz 290, nicht den alten Kon- 
text wiederherstellen zu miissen. 

Das vorhergehende Ausf uhrungsbeispiel eines Controllers lost 

20 folglich mehrere Probleme, die bei der Verwendung einer in 
Hinblick auf die Verarbeitungsgeschwindigkeit zwar ausrei- 
chenden aber in Hinblick auf die Adressierungskapazitat unge- 
niigenden Architektur basieren. Der im Vorhergehenden be- 
schriebene Controller ermoglicht es, auf Daten in einem er- 

25 weiterten Adrefiraum direkt effizient zuzugreifen. Bei einer 
speziellen Realisierung betragt die Zugriffszeit lediglich 
zwei Taktzyklen langer als bei Zugriffen auf Daten in dem ak- 
tuell eingestellten Speicherf enster . Zusatzlich lafit sich bei 
Verwendung einer gemischten, sowohl direkten als auch indi- 

30 rekten Adressierung, unter Verwendung von beispielsweise dem 
Datenzeiger und einem freien Abschnitt des Frei-Operations- 
codes von vier Bits mittels des 24-Bit-Addierers in der Un- 
tersttitzungseinrichtung ohne Veranderung der Datenzeigers auf 
mehrere Bytes (2 4 = 16 Bytes) benachbarte Daten direkt zu- 

35 greifen, indem die acht Bits als Versatz bezuglich der aus 

dem Adrefiabschnitt des Frei-Operationscodes und dem Datenzei- 
ger gebildeten Adresse verwendet werden. Die Codesegmentie- 
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rung durch die MMU wird dadurch entscharft, daB der Program- 
mierer die MMU nicht mehr explizit umkonf igurieren muB, um 
einen Code in einem nicht eingestellten Speicherf enster aus- 
zufiihren. Das Umkonf igurieren und Wiederherstellen geschieht 
5 vollautomatisch durch Verwendung von auf Frei-Operationscodes 
basierenden 20-Bit-Codesprung- und -Datenzugrif f s-Bef ehlen, 
so daB der Programmierer den gesamten physikalischen Adrefi- 
raum von 1 MB als linear adressierbaren AdreBraum sieht, wo- 
bei gleichzeitig eine Abwartskompatibilitat zu Programmen 

10 beibehalten wird, die lediglich auf dem Befehlssatz der CPU 

basieren. Fur generische Zeiger wird anstelle der aufwendigen 
sof twaretechnischen Decodierung eine hardwaretechnische Deco- 
dierung verwendet, die eine wesentlich schnellere Verarbei- 
tung zulaBt. Wie auch bei 20-Bit-Datenzugrif f en kann auch bei 

15 der Behandlung von generischen Zeigern ein Versatzwert von 
einem unbenutzten Abschnitt des Frei-Operationscodeidenti- 
fikators verwendet werden, um effizient auf hintereinander- 
liegende Daten ohne Anderung eines Datenzeigers zuzugreifen. 
Zudem konnen der interne Stackbereich um einen externen er- 

20 weitert und nicht unterbrechbare Codesequenzen als atomare 
Befehle realisiert werden. Erreicht werden diese Neuerungen 
und Verbesserungen mit nur wenigen Eingriffen in ein beste- 
hendes CPU-Layout, indem Frei-Operationscodeidentif ikatoren 
in Operationscodeidentif ikator-Sequenzen ubersetzt und die 

25 CPU-externen Steuersignale durch eine Unterstutzungseinrich- 
tung bzw. Shell (Schale) , die als Zustandsmaschine ausgefuhrt 
sein kann, so modifiziert werden, daB die Befehle nach aufien 
wie die gewiinschten Befehle aussehen. 

30 Insbesondere im Chipkartenbereich ergibt sich durch die vor- 
liegende Erfindung der Vorteil, daB ein Leistungsf ahigkeits- 
iiberschuB und ein Codezusatzauf wand beim Kunden minimiert 
wird, und daB gleichzeitig eine effiziente Compilerunterstiit- 
zung erzielt wird. 

35 
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Hinsichtlich der MMU und der Unterstutzungseinrichtung wird 
darauf hingewiesen, daB dieselben als eine Einheit realisiert 
sein konnen. 

5 AbschlieBend wird darauf hingewiesen, daB die vorliegende Er- 
findung ferner auf andere Controller-Architekturen anwendbar 
ist als die oben erwahnte 8051-Architektur, und daB folglich 
auch die SpeichergroBenangaben bezuglich der Speicherf enster 
und des Speichers sowie das byteweise Auslesen und die Anzahl 
10 von AdreB- und Datenleitungen lediglich exemplarische Bespie- 
le darstellen . 
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PatentansprUche 

1. Verfahren zum Ansteuern einer zentralen Verarbeitungsein- 
heit (30) zur Adressierung bezuglich eines Speichers (20) , 
wobei der zentralen Verarbeitungseinheit (30) ein Satz von 
Operationscodeidentif ikatoren zugeordnet ist, der zumindest 
einen Spezial-Operationscodeidentif ikator umfaflt, wobei die 
zentrale Verarbeitungseinheit (30) angeordnet ist, urn einen 
ersten Speicherbereich (370, 380) mit einer ersten Speicher- 
grofie des Speichers (20) zu adressieren, wobei das Verfahren 
folgende Schritte aufweist: 

Oberwachen (615) eines Datenverkehrs von dem Speicher (20) zu 
der zentralen Verarbeitungseinheit (30) durch eine Unterstut- 
zungseinrichtung (40) , die mit der zentralen Verarbeitungs- 
einheit (30) gekoppelt ist; 

in dem Fall, in dem der Datenverkehr von dem Speicher (20) zu 
der zentralen Verarbeitungseinheit (30) den Spezial-Opera- 
tionscodeidentif ikator (310) umfaftt, 

Bilden (630) einer neuen Adresse durch die Unterstut- 
zungseinrichtung (40) , wobei die neue Adresse in einem 
zweiten Speicherbereich (20) mit einer zweiten Speicher- 
gr6fte des Speichers (20) definiert ist, wobei die zweite 
Speichergrofie grofier als die erste Speichergrolie ist; 

Liefern (645) eines vorbestimmten Operationscodeidenti- 
fikators, dem ein Sprungbefehl aus einem Befehlssatz der 
zentralen Verarbeitungseinheit (30) zugewiesen fst, zu 
der zentralen Verarbeitungseinheit (30) durch die Unter- 
stiitzungseinrichtung (40) , wobei der vorbestimmten Ope- 
rationscodeidentif ikator eine Zieladresse bezuglich des 
ersten Speicherbereichs (370, 380) aufweist; und 
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Verwalten (660) eines Codedeskriptors (340) durch die 
Unterstutzungseinrichtung (40), der zusammen mit der 
Zieladresse die neue Adresse ergibt. 

5 2. Controller mit 

einer zentralen Verarbeitungseinheit (30) mit einem Satz von 
Operationscodeidentif ikatoren (280, 310), der zumindest einen 
Spezial-Operationscodeidentif ikator umfaBt, wobei die zentra- 
10 le Verarbeitungseinheit (30) angeordnet ist, urn einen ersten 
Speicherbereich (270, 380) mit einer ersten SpeichergroBe ei- 
nes Speichers (20) zu adressieren; und 

einer Unterstutzungseinrichtung (40), die mit der zentralen 
15 Verarbeitungseinheit- (30) so gekoppelt ist, urn einen Daten- 

verkehr von dem Speicher (20) zu der zentralen Verarbeitungs- 
einheit (30) zu uberwachen, 

wobei die Unterstutzungseinrichtung (40) angeordnet ist, urn 
20 in dem Fall, in dem der Datenverkehr von dem Speicher (20) zu 
der zentralen Verarbeitungseinheit (30) den Spezial-Opera- 
tionscodeidentif ikator (310) umfaBt, 

eine neue Adresse zu bilden, wobei die neue Adresse in 
25 einem zweiten Speicherbereich (20) mit einer zweiten 

SpeichergroBe des Speichers (20) definiert ist, wobei 
die zweite SpeichergroBe groBer als die erste Speicher- 
groBe ist, und 

30 einen vorbestimmten Operationscodeidentif ikator/ dem ein 

Sprungbefehl aus einem Befehlssatz der zentralen Verar- 
beitungseinheit (30) zugewiesen ist, zu der zentralen 
verarbeitungseinheit (30) zu iiefern, wobei der vorbe- 
stimmten Operationscodeidentif ikator eine Zieladresse 

35 bezuglich des ersten Speicherbereichs (370, 380) auf- 

weist; und 



200108562 



43 



einen Codedeskriptor (340) zu verwalten, der zusammen 
mit der Zieladresse die neue Adresse ergibt. 

3. Controller gemaft Anspruch 2, bei dem der Satz von Operati- 
onscodeidentif ikatoren (280, 310) eine Mehrzahl von Operati- 
onscodeidentif ikatoren aufweist, denen Befehle zugewiesen 
sind, die den Befehlssatz (290) der zentralen Verarbeitungs- 
einheit (30) festlegen, und wobei dem Spezial-Operationscode- 
identif ikator (310) kein Befehl aus dem Befehlssatz (290) der 
zentralen Verarbeitungseinheit (30) zugewiesen ist. 

4. Controller gemali Anspruch 2 Oder 3, der ferner folgendes 
Merkmal aufweist: 

ein externes Register zum Speichern des Codedeskriptors, wo- 
bei das externe Register extern zu der zentralen Verarbei- 
tungseinheit (30) angeordnet ist, wobei der Codedeskriptor 
vorgesehen ist, um die Lage des ersten Speicherbereichs (370) 
innerhalb des zweiten Speicherbereichs (20) zu definieren; 

wobei die Unterstutzungseinrichtung (40) angeordnet ist, um 
in dem Fall, in dem der Datenverkehr von dem Speicher zu der 
zentralen Verarbeitungseinheit den Spezial-Operationscode- * 
identif ikator umfafit, 

einen Wert des Codedeskriptors (340) derart einzustel- 
len, dali die neue Adresse in dem ersten Speicherbereich 
enthalten ist, und 

die Zieladresse bezuglich des ersten Speicherber'eichs 
(370) derart einzustellen, dali die Zieladresse bezuglich 
des ersten Speicherbereichs (370) in Bezug auf den zwei- 
ten Speicherbereich der neuen Adresse entspricht* 

5. Controller gemali Anspruch 4, das ferner folgendes Merkmal 
aufweist : 
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einen Programmzahler (240), der in der zentralen Verarbei- 
tungseinheit (30) umfafit ist, und in dem eine Codeadresse be- 
zuglich des ersten Speicherbereichs (370) gespeichert ist, 

5 eine Einrichtung (50), die mit der zentralen Verarbeitungs- 
einheit (40) gekoppelt ist, urn einen Datenverkehr von der 
zentralen Verarbeitungseinheit (30) zu dem Speicher (20) zu 
uberwachen, und angeordnet ist, urn in dem Fall, in dem der 
Datenverkehr von der zentralen Verarbeitungseinheit (30) zu 
10 dem Speicher (20) die Codeadresse bezuglich des ersten Spei- 
cherbereichs umfafit, 

dieselbe basierend auf dem Inhalt des Codedeskriptors 
(340) zu manipulieren, urn die neue Adresse bezuglich des 
15 zweiten Speicherbereichs 20 zu erhalten; und 

dieselbe in geanderter Form an den Speicher (20) weiter- 
zuleiten, um auf den Speicher (20) zuzugreifen. 

20 6. Controller gemafi einem der Anspruche 2 bis 5, bei dem die 
zentrale Verarbeitungseinheit (30) angeordnet ist, um anspre- 
chend auf den zugefuhrten vorbestimmten Operationscodeidenti- 
fikator zur Anforderung eines nachsten zu verarbeitenden Ope- 
rationscodeidentif ikators 

25 

die Zieladresse in einem Programmzahler (240) der zen- 
tralen Verarbeitungseinheit (30) zu speichern, und 

dieselbe innerhalb des Datenverkehrs von der zentralen 
30 Verarbeitungseinheit (30) zu dem Speicher (20) a'us- 

zugeben. 

1. Controller gemafi einem der Anspruche 2 bis 6, bei dem die 
zentrale Verarbeitungseinheit (30) ferner einen Stapelspei- 
35 cher (270) und einen Stapelspeicherzeiger (230) aufweist, der 
eine Position in dem Stapelspeicher (270) anzeigt, an der 
durch die zentrale Verarbeitungseinheit (30) aktuell von dem 
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Stapelspeicher (270) Daten entnommen oder hinzugefiigt werden 
konnen, und bei dem die Unterstut zungseinrichtung (40) ange- 
paBt ist, urn ferner zumindest einen weiteren vorbestimmten 
Operationscodeidentif ikator zu der zentralen Verarbeitungs- 
5 einheit (30) zu liefern, wobei dem zumindest einen weiteren 
Operationscodeidentif ikator ein Befehl aus dem Befehlssatz 
der zentralen Verarbeitungseinheit (30) zum Befiillen des Sta- 
pelspeichers an dem Stapelspeicher zeiger mit.einem Wert zuge- 
wiesen ist, der von einer aktuellen Adresse bezuglich des 
10 zweiten Speicherbereichs abhSngt, an der der auf den Spezial- 
Operationscodeidentif ikator f olgende Operationscodeidentif i- 
kator angeordnet ist. 

8. Controller gemafc einem der Ansprliche 2 bis 8, bei dem die 
15 Zieladresse ein niedrigwertigerer Teil der neuen Adresse und 

der Deskriptor ein hoherwertiger Teil der neuen Adresse ist. 

9. Verfahren zum Ansteuern einer zentralen Verarbeitungsein- 
heit (30) zur Adressierung bezuglich eines Speichers (20) , 

20 wobei der zentralen Verarbeitungseinheit (30) ein Satz von 
Operationscodeidentif ikatoren zugeordnet ist, der zumindest 
einen Spezial-Operationscodeidentif ikator umfaBt, wobei die 
zentrale Verarbeitungseinheit (30) angeordnet ist , urn einen 
ersten Speicherbereich (370, 380) mit einer ersten Speicher- 

25 grofie des Speichers (20) zu adressieren, wobei das Verfahren 
f olgende Schritte aufweist: 

Oberwachen (420) eines Datenverkehrs von dem Speicher (20) zu 
der zentralen Verarbeitungseinheit (30) und eines Datenver- 
30 kehrs von der zentralen Verarbeitungseinheit (30) zu *dem 

Speicher (20) durch eine Unterstutzungseinrichtung (40), die 
mit der zentralen Verarbeitungseinheit (20) gekoppelt ist; 

falls der Datenverkehr von dem Speicher (20) zu der zentralen 
35 Verarbeitungseinheit (40) den Spezial-Operationscodeiden- 
tifikator umfaftt, 
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Bilden (440) einer neuen Adresse durch die Unterstiit- 
zungseinrichtung (40) , wobei die neue Adresse in einem 
zweiten Speicherbereich (20) mit einer zweiten Speicher- 
grofie des Speichers (20) definiert ist, wobei die zweite 
5 Speichergrofie grofier als die erste Speichergrofie ist, 

Zufuhren (445) eines vorbestimmten Operationscodeidenti- 
fikators, dem ein Befehl aus einem Befehlssatz der zen- 
tralen Verarbeitungseinheit (30) zugewiesen ist, zu der 
10 zentralen Verarbeitungseinheit (30) durch die Unterstut- 

~ zungseinricHtung (40) ;" uhd ' 

Manipulieren (455) einer Adresse, die bezuglich des er- 
sten Speicherbereichs (380) definiert ist, innerhalb des 
15 Datenverkehrs von der zentralen Verarbeitungseinheit 

(30) zu dem Speicher (20) basierend auf der neuen Adres- 
se durch die Unterstutzungseinrichtung (40), um eine ma- 
nipulierte Adresse bezuglich des zweiten Speicherbe- 
reichs zu erhalten. 



20 



35 



10. Controller mit 



einer zentralen Verarbeitungseinheit (30) mit einem Satz von 
Operationscodeidentif ikatoren (280, 310), der zumindest einen 
25 Spezial-Operationscodeidentif ikator umfafit, wobei die zentra- 
le Verarbeitungseinheit (30) angeordnet ist, um einen ersten 
Speicherbereich (270, 380) mit einer ersten Speichergrofie ei- 
nes Speichers (20) zu adressieren; 

30 einer Unterstutzungseinrichtung (40), die mit der zerftralen 
Verarbeitungseinheit (30) so gekoppelt ist, um einen Daten- - 
verkehr von dem Speicher (20) zu der zentralen Verarbeitungs- 
einheit (30) und einen Datenverkehr von der zentralen Verar- 
beitungseinheit (30) zu dem Speicher (20) zu uberwachen, 



wobei die Unterstutzungseinrichtung angeordnet ist, um in dem 
Fall, dafi der Datenverkehr von dem Speicher (20) zu der zen- 
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tralen Verarbeitungseinheit (30) den Spezial-Operationscode- 
identif ikator umfallt, 

eine neue Adresse zu bilden, wobei die neue Adresse in 
5 einem zweiten Speicherbereich (380) mit einer zweiten 

SpeichergrcMJe des Speichers (20) definiert ist, wobei 
die zweite Speichergrofte grofier als die erste Speicher- 
grofie ist, 

10 einen vorbestimmten Operationscodeidentif ikator, dem ein 

Befehl aus einem Befehlssatz der zentralen Verarbei- 
tungseinheit (30) zugewiesen ist, zu der zentralen Ver- 
arbeitungseinheit (30) zuzufuhren; und 

15 eine Adresse, die bezuglich des ersten Speicherbereichs 

(380) definiert ist, innerhalb des Datenverkehrs von der 
zentralen Verarbeitungseinheit (30) zu dem Speicher (20) 
basierend auf der neuen Adresse zu manipulieren, urn eine 
manipulierte Adresse beziiglich des zweiten Speicherbe- 

20 reichs zu erhalten. 



11. Controller gemafc Anspruch 10, bei dem der Satz von Opera- 
tionscodeidentifikatoren (280, 310) eine Mehrzahl von Opera- 
tionscodeidentif ikatoren aufweist, denen Befehle zugewiesen 
25 sind, die den Befehlssatz (290) der zentralen Verarbeitungs- 
einheit (30) festlegen, und wobei dem Spezial-Operations- 
codeidentif ikator (310) kein Befehl aus dem Befehlssatz (290) 
der zentralen Verarbeitungseinheit (30) zugewiesen ist. 

30 12. Controller gemafi Anspruch 10 Oder 11, bei der deif vorbe- 
stimmte Operationscodeidentif ikator einem Schreib- oder Lese- 
befehl des Bef ehlssatzes (290) der zentralen Verarbeitungs- 
einheit (30) zugewiesen ist. 



35 



13. Controller gemafi einem der AnsprQche 10 bis 12, bei dem 
sich der Befehl auf eine Zugrif f sadresse bezuglich des ersten 
Speicherbereichs (280) bezieht, die einem Abschnitt der neuen 
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Adresse entspricht, und bei dem die Unterstutzungseinrichtung 
(30) angeordnet ist, um beim Manipulieren der bezuglich des 
ersten Speicherbereichs (280) definierten Adresse innerhalb 
des Datenverkehrs und der zentralen Verarbeitungseinheit (30) 
5 zu dem Speicher (20) 

dieselbe um einen restlichen Abschnitt der neuen Adresse 
zu erganzen. 

10 14. Controller gemafi einem der Anspruche 10 bis 13, bei dem 

sich der Befehl auf eine~ Zugrif f sadresse bezuglich des ersten 
Speicherbereichs (380) bezieht, und bei dem die Unterstut- 
zungseinrichtung (40) angeordnet ist, um beim Manipulieren 
der bezuglich des ersten Speicherbereichs (380) definierten 

15 Adresse innerhalb des Datenverkehrs von der zentralen Verar- 
beitungseinheit zu dem Speicher (20) 

dieselbe durch die neue Adresse zu ersetzen. 

20 15. Controller gemafi einem der Anspruche 13 oder 14, bei dem 
sich der Befehl ferner auf einen Versatzwert bezieht, und bei 
dem die. Unterstutzungseinrichtung (40) angeordnet ist, um zu 
der manipulierten Adresse den Versatzwert zu addieren. 

25 16. Controller gemafi einem der Anspruche 10 bis 15, der fer- 
ner folgendes Merkmal aufweist: 

ein externes Register zum Speichern einer Adresse (330), wo- 
bei das externe Register extern zu der zentralen Verarbei- 
30 tungseinheit (30) angeordnet ist, wobei diese Adressd (330) 
vorgesehen ist, um eine Lage des ersten Speicherbereichs 
(380) innerhalb des zweiten Speicherbereichs (20) anzugeben, 

eine Einrichtung (50), die mit der zentralen Verarbeitungs- 
35 einheit (30) gekoppelt ist, um den Datenverkehr von der zen- 
tralen Verarbeitungseinheit zu dem Speicher (20) zu iiberwa- 
chen, und angeordnet ist, um in dem Fall, dafi der Datenver- 
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kehr von der zentralen Verarbeitungseinheit (30) zu dem Spei- 
cher (20) eine Adresse, die bezuglich des ersten Speicherbe- 
reichs (380) definiert ist, umfaiit, 

dieselbe basierend auf einem Inhalt des externen Regi- 
sters (330) zu manipulieren, urn eine entsprechende Adres- 
se bezuglich des zweiten Speicherbereichs (20) zu erhal- 
ten, und 

dieselbe in geanderter Form an den Speicher (20) weiter- 
zuleiten, urn auf den Speicher (20) zuzugreifen, 

und wobei die Unterstutzungseinrichtung (40) angeordnet ist, 
um in dem Fall, dafi der Datenverkehr von dem Speicher (20) zu 
der zentralen Verarbeitungseinheit (30) den Spezial-Opera- 
tionscodeidentif ikator umfaBt, 

den Inhalt des externen Registers (330) derart anzupas- 
sen, dafi der erste Speicherbereich (380) die manipulierte 
Adresse enthait, 

und in dem Fall, dafi der Datenverkehr von dem Speicher (20) 
zu der zentralen Verarbeitungseinheit (30) einen Operations- 
codeidentif ikator der Mehrzahl von Operationscodeidentif ika- 
toren umfaBt , dem ein Lese- oder Schreibbef ehl auf dem Be- 
fehlssatz (290) der zentralen Verarbeitungseinheit (30) zuge- 
wiesen ist, 

denselben an die zentrale Verarbeitungseinheit weiterzu- 
leiten, und * 

die Adresse, die bezuglich des ersten Speicherbereichs 
definiert ist, in dem Datenverkehr von der zentralen Ver- 
arbeitungseinheit (30) zu dem Speicher (20) unverandert 
zu belassen. 
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17. Controller gemafi Anspruch 10, bei dem der Spezial- 
Operationscodeidentif ikator einem Befehl zur Handhabung eines 
generischen Zeigers entspricht, wobei der generische Zeiger 
aus einer Adrefiangabe und einer Adressierungsartangabe be- 
steht, wobei die Adrefiangabe der neuen Adresse entspricht, 
und wobei die Adressierungsartangabe angibt, dafi sich die 
Adrefiangabe auf den zweiten Speicherbereich bezieht. 

18. Controller gemafi Anspruch 17, bei dem die Untersttitzungs- 
einrichtung (40) angeordnet ist, urn in dem Fall, in dem der 
Datenvferkehr "von dem Speich'er (20) zu der zentralen Verarbei- 
tungseinheit (30) einen Spezial-Operationscodeidentif ikator 
umfafit, der einem Befehl zur Handhabung eines generischen 
Zeigers entspricht, der aus einer Adrefiangabe und einer 
Adressierungsartangabe besteht, 

die Adressierungsartangabe zu uberprufen, 

in dem Fall, dafi die Adressierungsartangabe angibt , dafi 
sich die Adrefiangabe auf den zweiten Speicherbereich be- 
zieht, die Bildung der neuen Adresse, die Zufuhrung des 
vorbestimmten Operationscodeidentif ikators und die Mani- 
pulierung der Adresse durchfuhren, und 

in dem Fall, dafi die Adressierungsartangabe angibt, dafi 
sich die Adrefiangabe auf den ersten Speicherbereich be- 
zieht, der zentralen Verarbeitungseinheit einen Operati- 
onscodeidentif ikator zuzufuhren, dem ein Befehl aus dem 
Befehlssatz (290) zugewiesen ist, der sich auf die Adrefi- 
angabe bezieht. 1 

19. Controller gemafi einem der Anspruche 2 bis 8 und 10 bis 
18, bei dem die zentrale Verarbeitungseinheit (30) zumindest 
ein internes Register (260) aufweist, und die Unterstutzungs- 
einrichtung (40) mit der zentralen Verarbeitungseinheit (30) 
so gekoppelt ist, urn den Inhalt des zumindest einen internen 
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Registers zu ermitteln, und angeordnet ist, urn beim Bilden 
der neuen Adresse 

den Inhalt des zumindest einen internen Registers zu er- 
5 mitteln, und 

aus dem Inhalt des zumindest einen internen Registers die 
neue Adresse zu bilden. 

10 20. Controller gemafi einem der Anspruche 2 bis 8 und 10 bis 

18 , der zumindest ein externes Datenzeigerregister (325) auf- 
weist, das extern zu der zentralen Verarbeitungseinheit ange- 
ordnet ist, und bei dem die Unterstutzungseinrichtung (40) 
angeordnet ist, urn beim Bilden der neuen Adresse 

15 

den Inhalt des zumindest einen externes Datenzeigerregi- 
sters (325) zu ermitteln, und 

aus dem Inhalt des zumindest einen externen Datenzeiger- 
20 registers (325) die neue Adresse zu bilden. 

21. Controller gemafi einem der Anspruche 2 bis 8 und 10 bis 
20, bei dem die Unterstutzungseinrichtung (40) angeordnet 
ist, urn beim Bilden der neuen Adresse 

25 

die neue Adresse zumindest teilweise aus einem Adrefiab- 
schnitt des Operationscodeidentif ikators zu bilden. 

22. Controller gemafi Anspruch 21, bei dem die Unterstutzungs- 
30 einrichtung (40) angeordnet ist, urn beim Bilden der rfeuen 

Adresse aus zumindest teilweise dem Adrefiabschnitt des Opera- 
tionscodeidentif ikators 

der zentralen Verarbeitungseinheit (30) den oder einen 
35 anderen Spezial-Operationscodeidentif ikator zuzufUhren, 

und 
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bei dem die zentrale Verarbeitungseinheit (30) einen Pro- 
grammzahler aufweist, in dem eine Codeadresse beziiglich des 
ersten Speicherbereichs gespeichert ist, und die zentrale 
Verarbeitungseinheit (30) angeordnet ist, um 

5 

einen nachsten zu verarbeitenden Operationscodeidentif i- 
kator mittels der Codeadresse anzufordern, und 

ansprechend auf den der zentralen Verarbeitungseinheit 
10 (30) zugefuhrten Spezial-Operationscodeidentif ikator den 

Programmzahler (240) zu erhohen und den der zentralen 
Verarbeitungseinheit (30) zugefuhrten Spezial-Opera- 
tionscodeidentif ikator ansonsten zu ignorieren. 

15 23, Controller gemaft einent der Anspruche 2 bis 8 und 10 bis 
22, bei dem die Unterstutzungseinrichtung (30) angeordnet 
ist, um in dem Fall, in dem in dem Datenverkehr von dem Spei- 
cher (20) zu der zentralen Verarbeitungseinheit (30) der Spe- 
zial-Operationscodeidentif ikator (310) umfafit ist, 

20 

ankommende Unterbrechungssignale auf zuhalten . 
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Zusammenf as sung 

Verfahren zum Ansteuern einer zentralen Verarbeitungseinheit 
fur eine Adressierung bezuglich eines Speichers und Control- 
5 ler 

Der vorliegenden Erfindung liegt die Erkenntnis zugrunde, daft 
freie Oder aus einem beliebigen Grunde verwendbare CPU- 
Operationscodeidentif ikatoren (310) einer CPU (30) , verwendet 

10 werden konnen, urn eine der CPU (30) vorgeschaltete Unterstiit- 
zungseinrichtung (40) anzusteuern, die in der Lage istr, an- 
sprechend auf diese Operationscodeidentif ikatoren (310) eine 
neue, beispielsweise physikalische, Adresse bezuglich eines 
zweiten Speicherbereichs (20) mit einer zweiten Speichergrofie 

15 zu bilden, die grolier als die durch die CPU adressierbare, 
beispielsweise logische, Speichergrofie (370, 380) ist. Mit- 
tels der Spezial-Operationscodeidentif ikatoren (310) ist es 
hierdurch im Rahmen eines ablauf f ahigen Maschinencodes m6g- 
lich, die Unterstutzungseinrichtung (40) anzusprechen, die 

20 den Datenverkehr von dem Speicher (20) zu der CPU (30) iiber- 
wacht, uber den die abzuarbeitenden Operationscodes bzw. Ope- 
rationscodeidentif ikatoren zu der CPU (30) geliefert werden, 
und die bei Auftreten bestimmter Spezial-Operationscodeiden- 
tifikatoren (310) Maflnahmen bezuglich der gebildeten neuen 

25 Adresse treffen kann. Auf diese Weise wird einerseits ein 

aufwendiges Redesign bzw. ein aufwendiger Neuentwurf der CPU 
(30) und andererseits die Notwendigkeit fur eine sowohl in 
Hinblick auf den lauffahigen Maschinencode als auch die Abar- 
beitungsgeschwindigkeit aufwendige sof twaremaBige Umstellung 

30 des aktuellen Speicherf ensters (370, 380) vermieden. 1 



Figur 1 




I 

I 



CPU wird durch Programm derart gesteuert, daB die 
internen Register Rl bis R3 beschrieben werden, urn 
zusammen eine 20-Bit-Adresse zu ergeben. 



400 



CPU fordert nachsten Befehl an der 16-Bit-Codeadresse 
in dem Programmzahler aus dem Speicher an 



z 



Die 16-Bit-Codeadresse wird unter Verwendung eines 
Deskriptors auf eine 20-Bit-Codeadresse abgebildet. 



Der Operationscode des nachsten Befehls wird aus dem 
Speicher geholt und gelangt zur 
Unterstutzungseinrichtung 



42^ 



nexn 



Der Operationscode 
wird von der 
Unterstutzungseinri 
chtung ungehindert 
durchgelassen 



Dekodieren der 
Operationscode- ID 



Lese-Bef ehl 
mit indirekter 
Adressierung 



Ermitteln des Inhalts der internen Register Rl bis R3 
der CPU durch die Unterstutzungseinrichtung 



IT 



Bilden der 20-Bit-Adresse aus dem Inhalt der internen 
Register Rl bis R3 durch die Unterstutzungseinrichtung 
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420 



430 



435 
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hq .2c 



Zufuhren eines vorbestimmten CPU-Lese-Operationscodes 
von der Unterstutzungseinrichtung zu der CPU, abhangig 
von der Operationscode-ID 



445 



450 



Dekodieren und Ausfuhren des vorbestimmten CPU-Lese-Operations- 
codes durch die CPU, d.h. Ansteuern der Daten- und Adrefileitungen 
mit einer 16-Bit-Adresse und Erwarten eines Ergebnisses auf den 
Datenleitungen, urn dasselbe in ein Zielregister zu schreiben 



Manipulieren der Adrefisignale von der CPU basierend auf der aus 
den internen Registern ermittelten 20-Bit-Aresse durch die Unter- 
stutzungseinrichtung und Weiterleiten derselben an den Speicher, 
um auf Inhalt des Speichers zuzugreifen 
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Zufuhren des Inhalts der zugegrif f enen Adresse uber 
die Unterstutzungseinrichtung zu der CPU • 



I 



Eintragen des Inhalts in einem Zielregister durch die CPU, 
das durch die CPU-Lese-Operationscode-ID definiert ist. 



I 



Anpassen des Programmzahlers der CPU entsprechend dem 
zugefuhrten CPU-Lese-Operationscode durch die CPU 



465 
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475 



CPU fordert nachsten Befehl an der 16-Bit-C6deadresse 
in dem Programmzahler aus dem Speicher an 



T 



Die 16-Bit-Codeadresse wird unter Verwendung eines 
Deskriptors auf eine 20-Bit-Codeadresse abgebildet. 

I 



Der Operationscode des nachsten Befehls wird aus dem 
Speicher geholt und gelangt zur 
Unter stutzungseinrichtung 
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Der Operationscode 
wird von der 
Unterstiitzungseinri 
chtung ungehindert 
durchgelassen 
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ja 



Dekodieren der 
Operationscode- ID 



Sprung-Bef ehl 
mit direkter 
Adressierung 



625 



Bilden der 20-Bit-Adresse aus dem Adreftabschnitt des 
Frei-Operationscodes 



Zufuhren der Frei-Operationscode-ID zu der CPU, urn den 
Programmzahler der CPU zu inkrementieren 



Zufuhren einer Folge von vorbestimmten CPU- 
Operationscodes von der Unterstutzungseinrichtung zu 
der CPU abhangig von der Frei-Operationscode-ID und 
der aus dem Frei-Operationscode ermittelten 20-Bit- 
Aresse 
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Dekodieren und Ausfuhren der Folge von vorbestimmten 
CPU-Operationscodes durch die CPU 
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Hierdurch Einstellen des PC auf die unteren 16 Bit der 
aus dem Frei-Operationscode ermittelten 20-Bit-Adresse, 
Befullen des Stacks der CPU mit einer 20-Bit-Adresse 
des auf den Frei-Operationscode folgenden Operations- 
codes und Erhohen des Stackzeigers urn drei Byte. 



Aktualisieren des Deskriptors basierend auf der aus 
dem Frei-Operationscode ermittelten 20-Bit-Adresse 
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